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,  FOREWORD 

The  Department  of  the  Army  Movements  Management  System  -  Redesign  (DAMMS-R) 
Is  being  developed  to  provide  theaters  of  operations  an  automated  and 
Interactive  transportation  system  that  will  support  movements  management, 
transportation  operations,  and  asset  control  functions  within  the  theater. 
Phase  1  requires  the  use  and  Interface  of  mainframe  and  micro  computers. 

This  document  will  address  only  the  microcomputer  aspect  of  Phase  1.  .  (For 
reference  to  the  mainframe  aspect  of  Phase  1,  refer  to  DAMMS-CMM  DBM^ ,  Final 
^  Draft.  December  1987.)  _ _ 

"^The  microcomputer  portion  of  Phase  1  utilizes  the  Tactical  Army  Combat 
Service  Support  Computer  System  (TACCS)  and  consists  of  the  Transportation 
Movements  Address  Subsystem  (TMAS),  Container,  and  Freight  subsystems. \ 


‘^Thls  Functional  Description  provides  the  system  requirements, 
performance  requirements,  design  Information,  user  Impacts,  and  basis  for 
developing  systems  tests  for  DAMMS-R  Phase  1  as  of  31  December  1987, 
excluding  the  Database  Management  System  (DBMS).  It  consists  of  eight 
sections  and  five  appendices: 


a.  Section  1  contains  general  Information  about  the  document  and 
Phase  1.  Included  are  project  references  and  unique  terms  with 
their  definitions. 


b.  Section  2  contains  a  summary  of  Phase  1.  Included  are  the 
objectives  of  the  system,  and  a  comparison  of  the  existing  methods 
and  procedures  with  the  proposed  methods  and  procedures.  Summaries 
of  Improvements  and  Impacts,  and  assumptions  and  constraints 
affecting  system  development  are  also  listed. 

c.  Section  3  contains  detailed  characteristics  of  Phase  1.  Included 
are  specific  performance  requirements,  accuracy  and  validity  of 
data  requirements,  and  timing  requirements.  Input  and  output 
requirements,  database  characteristics,  failure  contingencies,  and 
security  requirements  about  Phase  1  are  also  discussed  here. 

d.  Section  4  contains  design  details  for  Phase  1.  Included  are 
general  descriptions  of  the  system  functions,  accuracy,  timing 
requirements,  and  flexibility.  Descriptions  of  the  required 
Inputs,  outputs,  and  databases  are  also  Included. 

e.  Section  5  describes  the  environment  In  which  Phase  1  must  operate. 
Included  are  descriptions  of  the  equipment  capabilities  required, 
the  support  software  with  which  Phase  1  must  Interface,  and  other 
systems  and  subsystems  with  which  Phase  1  must  Interface.  Also 
listed  Is  a  summary  of  organizational,  operational,  and 
developmental  Impacts.  This  section  also  discusses  failure 
contingencies,  security  requirements,  and  assumptions  and 
constraints  placed  on  the  development  and  operation  of  Phase  1. 


'  JU*  ^  1  ‘  «  4* 
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f.  Section  6  provides  Information  on  the  sensitivity  and 
classification  of  the  application  of  Phase  1. 

g.  Section  7  describes  the  overall  management  approach  to  the 
development  and  Implementation  of  Phase  1. 

h.  Section  8  provides  a  summary  of  the  cost  factors  for  Phase  1. 

1.  Appendix  I  Includes  the  Project  Request  and  the  Mission  Element 
Needs  Statement  (MENS). 

j.  Appendix  II  lists  the  Terms  and  Abbreviations  relevent  to  the 
Phase  1. 

k.  Appendix  III  provides,  by  subsystem  (Freight,  Container  and  TMAS), 
the  process.  Input,  output,  entity,  and  set  descriptions  for 
Phase  1.  It  also  Includes  all  related  memos  for  each  subsystem. 

l.  Appendix  IV  provides  the  structure  and  detail  for  Phase  1 
consolidated  database  model  and  module  database  models. 

m.  Appendix  V  contains  the  Phase  1  Data  Element  Dictionary  (DED). 
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SECTION  1.  GENERAL 

1.1  Purpose  of  the  Functional  Description.  This  Functional  Description 
(FD)  for  the  Department  of  the  Army  Movement  Management  System-Redesign 
Phase  1  (DAMMS-Rl)  provides: 

a.  System  requirements  that  serve  as  a  basis  for  understanding  between 
the  user  and  the  system  development  group. 

b.  Information  on  performance  requirements,  preliminary  design,  and 
user  impacts,  including  fixed  and  continuing  costs. 

c.  A  basis  for  the  development  of  system  tests. 

1.2  Project  References.  On  13  September  1983,  the  Acting  Assistant 
Secretary  of  the  Army  (Installations,  Logistics  and  Financial  Management) 

(ASA  (IL  &  FM))  approved  the  Department  of  the  Army  Movement  Management 
System-Redesign  (DAMMS-R)  Mission  Element  Need  Statement  (MENS).  It  called 
for  a  redesign  of  not  only  its  automation  aspects,  but  the  entire  DAMMS 
conceptual  requirement.  The  DAMMS-R  MENS  and  Project  Approval  are  provided 
in  Appendix  I  of  this  document. 

DAMMS-R  fielding  has  been  divided  into  two  phases.  Phase  1  (DAMMS-Rl), 
consists  of  freight,  container,  movements  addressing  and  code  table 
maintenance  subfunctions  which  are  performed  at  either  movement  control  team 
(MCT)  or  movement  control  agency  (MCA)  levels.  Phase  2  includes  such 
subsystems  as  unit  movements,  mode  operations,  highway  regulation,  and  export 
freight  at  all  movement  control  element  (MCE)  levels.  In  Europe,  DAMMS-Rl 
replaces  those  functions  and  capabilities  performed  by  movements  management 
organizations  in  the  US  Army  Central  Europe  (CENEUR)  region,  which  are 
currently  supported  by  the  Transportation  Management  Information  and  Control 
System  (TMICS).  In  Korea,  DAMMS-Rl  replaces  current  manual  procedures  and 
implements  those  portions  of  the  system  destined  for  CENEUR  which  are 
applicable  to  Eighth  Army  operations. 

In  Europe,  TMICS  was  targeted  for  replacement  by  Phase  1  as  a  solution  to 
certain  transportation  management  movement  control  problems  identified  by  the 
Army  Audit  Agency.  TMICS  currently  supports  the  peacetime  movement 
management  information  processing  requirements  of  movement  control  teams 
(MCT),  corps  movement  control  centers  (CMCC),  air  terminal  movement  control 
teams  (ATMCT)  and  the  1st  Transportation  Movement  Control  Agency  (1st  TMCA). 
TMICS  also  assists  in  collecting  and  processing  air  breakbulk  cargo  data  at 
ATMCT  and  MCT  for  transmission  to  DAMMS-CMM.  However,  TMICS  does  not  meet 
all  transportation  management  and  operations  information  processing 
requirements. 

The  ATMCT  and  MCT  are  able  to  record,  process,  and  retrieve  their  portion  of 
the  movements  database  using  the  word  processing  capabilities  of  TMICS. 

Truck  terminals/trailer  transfer  points  (TT/TTP),  their  parent  battalions, 
and  group  headquarters  operations  staffs,  are  able  to  record,  process,  and 
retrieve  highway  fleet  management  data.  TMCA  is  able  to  process  and  retrieve 
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connittnent  data  which  speeds  the  process  of  tasking  the  TRANSCOM  and  37th 
Transportation  Group  for  military  highway  assets.  Data  regarding  asset 
visibility  and  cargo  movement  is  captured  through  TMICS  and  input  for 
processing  to  DAMMS-CMM. 

The  functional  proponent  for  Phase  1  is  the  Deputy  Chief  of  Staff,  Logistics 
(DA  DCSLOG),  Department  of  the  Army.  The  proponent  agent  for  Phase  1  is  the 
US  Army  Logistics  Center  (USALOGC).  The  air  terminal  movement  control  teams 
(ATMCT),  movement  control  agency  (MCA),  movement  control  centers  (MCC),  and 
movement  control  teams  (MCT),  will  be  the  Phase  1  functional  users  and 
operation  centers: 

a.  Project  Request  and  Significant  Correspondence. 

The  DAMMS-R  Mission  Element  Need  Statement  (MENS)  and  Project 
Approval  are  provided  in  Appendix  I  of  this  document. 

DA  DCSLDG  letter,  12  June  1986,  subject:  DA  Movement 
Management  System-Redesign  (DAMMS-R)  and  Movement  Planning 
Module  (MPM). 

Information  Systems  Engineering  Command  (ISEC)  Memorandum, 
Standard  Army  Multi-command  Management  Information  System 
(STAMMIS)  Modernization,  United  States  Army  Information 
Systems  Engineering  Command  (USAISEC),  ID  June  1986, 
unclassified. 

DALD-TSM  letter,  27  September  1983,  subject:  DA  Movement 
Management  System-Redesign  (DAMMS-R)  Mission  Element  Need 
Statement  (MENS),  ASA  (IL&FM)  memorandum  dated  27  Dctober 
1981,  subject:  Product  Manager  Nominations  and  Charter, 
unclassified. 

DALD-TSM  letter,  1  August  1983,  DAMMS-R  Mission  Element  Need 
Statement  (MENS),  Action  Memorandum,  unclassified. 

DALD-PLS  letter,  14  December  1981,  subject:  Prioritization  of 
Automated  Logistics  Systems,  unclassified. 

DALD-PLS  letter,  25  March  2981,  subject:  Department  of  the 
Army  Movement  Management  System-Cargo  Movement  Module 
(DAMMS-CMM)  Phase  II  and  III,  unclassified. 

HQDA  55-79-1  letter,  4  Dctober  1979,  subject:  Terminal 
Dperations  and  Movement  Management  System  (TDMMS) 
Implementation  of  DA  Movement  Management  System  (DAMMS), 
unclassified. 

DALD-PLS  letter,  Dctober  1979,  subject:  Logistics  Systems 
Priorities,  unclassified. 
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DAAC-STE  message  12192Sz,  October  1979,  subject:  Programming 
for  Tactical  Management  Information  System  (TACMIS) 
Requirements,  unclassified. 

DALO-PLS  letter,  26  August  1979,  subject:  Visibility  of 
Intransit  Cargo  (VIC)  I  Prototype  Evaluation  Test  (PET)  and 
Request  for  System  Classification-Decision  Memorandum, 
unclassified. 

HQDA  55-78-3  letter,  21  August  1978,  subject:  Terminal 
Operations  and  Movement  Management  System  (TOMMS) 
Implementation  of  DA  Movement  Management  System  (DAMMS), 
unclassified. 

DALO-PLS  letter,  16  August  1978,  subject:  DA  Movement 
Management  System  (DAMMS)  Army  Management  Information  System 
(AMIS)  Life  Cycle  Management  and  Documentation,  unclassified. 

Headquarters,  Department  of  the  Army  (HQDA)  55-75-6  letter,  15 
October  1975,  subject:  Terminal  Operations  and  Movement 
Management  System  (TOMMS)  Implementation  of  Movement 
Management  System  (MMS),  unclassified. 

USAREUR  Regulation  55-355  and  U3AREUR  OPORD  1-84  (U)  direct 
the  Commander,  TMCA,  to  provide  traffic  management,  movements 
control,  and  related  services  in  CENEUR,  unclassified. 

USEUCOM  Directive  64-1  directs  the  Commander- in-Chief, 

USAREUR,  to  provide  traffic  management  services  in  CENEUR. 
DCSLOG,  USAREUR,  (TRANS)  executes  technical  staff  supervision 
and  responsibility  over  the  activities  of  1st  TMCA  for 
CINCUSAREUR,  unclassified. 

Previously  Developed  Technical  and  Project  Related  Documentation. 

TM  38-LZ1-2-1,  Detailed  Functional  System  Requirement  for 
Department  of  the  Army  Movement  and  Management  Systems -Cargo 
Movement  Module  (DAMMS-CMM),  change  2,  August  1982, 
unclassified. 

TM  38-LZ1-2-2,  DFSR  for  DAMMS  Cargo  Movements  Module  (CMM), 
Appendix  G  Module  Descriptions,  Sections  I  thru  XV,  6  May 
1983,  unclassified. 

TM  38-LZ1-2-3,  DFSR  for  DAMMS  Cargo  Movements  Module  (CMM), 
Appendix  G  Module  Descriptions,  Sections  XVI  thru  XXIV,  6  May 
1983,  unclassified. 

TM  38-LZ1-2-4,  DFSR  for  DAMMS  Cargo  Movements  Module  (CMM), 
Appendix  G  Module  Descriptions,  Sections  XXV  thru  XXXVI,  6  May 
1983,  unclassified. 
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TM  38-LZl-ll,  Department  of  the  Army  Movement  Management 
System-Cargo  Movement  Module  (DAMMS-CMM)  Functional  Users 
Manual  (FUM),  20  December  1984,  unclassified. 

Transportation  Management,  Information  and  Control  System 
(TMICS)  Operators  Manual,  ADSM  18-4,  undated,  unclassified. 

ADSM  18-LZ4-AKM-BUR-FD/RD,  Department  of  the  Army  Movements 
Management  System  -  Redesign,  Left-of-Basel ine  Functional 
Description/Data  Requirements  Document  (DAMMS-R  LOB  FD/RD), 
Working  Draft  2.0,  May  1987,  IBS,  Inc.,  unclassified. 

DAMMS-R  Communication  Requirements  Document,  13  November  1987, 
International  Business  Services  (IBS),  Inc.,  unclassified. 

DAMMS-R  LOB  TMAS  PHASE  I  FUM,  Working  Draft,  March  1987,  IBS, 
Inc. ,  unclassified. 

DAMMS-R  LOB  FD/RD,  Working  Draft  1.0,  October  1986,  IBS,  Inc., 
unclassified. 

DRILCUE  FD,  Working  Draft  3.0,  March  1986,  IBS,  Inc., 
unclassified. 

Standards,  Conventions,  and  Reference  Documentation. 

DOD  4500. 32-R  (MILSTAMP),  Military  Standard  Transportation  and 
Movement  Procedures,  Vol.  1,  December  1985,  unclassified. 

DOD-D-1000,  Department  of  Defense  Drawingss,  Engineering,  and 
Associated  Lists,  13  May  1983,  unclassified. 

DOD  Directive  4410.6,  AR  725/50,  AFM  67-1,  OPNAV  INST  4614. IE, 
Uniform  Materiel  Movement  and  Issue  Priority  System  (UMMIPS), 
TBD,  unclassified. 

DOD  Manual  5200. 28-M,  Techniques  and  Procedures  for 
Implementing  Deactivating,  Testing,  and  Evaluating  Secure 
Resource-Sharing  ADP  Systems,  January  1973. 

DOD  Regulation  5200. 1-R,  DOD  Information  Security  Program, 

June  1986. 

DOD-STD-100,  Department  of  Defense  Standard  Engineering 
Drawing  Practices,  4  May  1983,  unclassified. 

DOD-STD-480,  Configuration  Control,  Engineering  Changes, 
Deviations  and  Waivers,  29  December  1978,  unclassified. 

DOD-STD-7935.1,  Automated  Data  Systems  (ADS)  Documentation,  15 
February  1985,  unclassified. 


I 

I 


ADSM  18-LZ4-AKH-BUR-FD 
WORKING  DRAFT  3.0 
DECEMBER  1987 


MIL-STD-130,  Military  Standard  Identification  Marking  of  US 
Military  Property,  2  July  1984,  unclassified. 

MIL-STO-481,  Configuration  Control  Engineering  Changes 
Deviations  and  Waivers  (Short  Form),  18  October  1972, 
unclassified. 

MIL-STD-482,  Configuration  Status  Accounting  Data  Elements  and 
Related  Features,  1  April  1974,  unclassified. 

MIL-STO-483,  United  States  Air  Force  Configuration  Management 
Practices  for  Systems,  Equipment,  and  Munitions,  and  Computer 
Programs,  4  June  1985,  unclassified. 

MIL-STD-490,  Specification  Practices,  4  June  1985, 
unclassified. 

MIL-STD-1521,  Technical  Reviews  and  Audits  for  System 
Equipment  and  Computer  Software,  19  December  1985, 
unclassified. 

MIL-STD-188-100,  Common  Long  Haul  and  Tactical  Communications 
Systems  Technical  Standards,  17  November  1976,  unclassified. 

MIL-STD-188-114,  Electrical  Characteristics  of  Digital 
Interface  Circuits,  30  September  1985,  unclassified. 

AR  1-1,  Planning,  Programming,  and  Budgeting  within  the 
Department  of  the  Army,  9  June  1986,  unclassified. 

AR  5-5,  The  Army  Studies  and  Analyses  System,  15  October  1981, 
unclassif ied. 

AR  10-5,  Organization  and  Functions,  Department  of  the  Army,  1 
December  1980,  unclassified. 

AR  18-3,  Automatic  Data  Processing  Management  Information 
System,  April  1974,  unclassified. 

AR  18-7,  Automatic  Data  Processing  Management  Review  Program, 
30  November  1984,  unclassified. 

AR  18-12-3,  Catalog  of  Standard  Data  Elements  and  Codes  Army 
Defense  Systems,  15  October  1984,  unclassified. 

AR  18-22,  Army  Inventory  of  Data  Systems  (AIDS),  January  1979, 
unclassif ied. 


AR  25-1,  Information  Management,  The  Army  Information 
Management  Program,  18  January  1986,  unclassified. 
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AR  25-5,  Information  Management,  Information  Management  for 
the  Sustaining  Database,  01  March  1986,  unclassified. 

AR  25-100,  Information  Management,  Life  Cycle  Management  of 
Information  Systems,  Review  Draft,  21  July  1986,  unclassified. 

AR  55-355,  Defense  Traffic  Management  Regulation,  31  July 
1986,  unclassified. 

AR  70-1,  Army  Research,  Development,  and  Acquisition,  Systems 
Acquisition  Policy  and  Procedure,  12  November  1986, 
unclassified. 

AR  70-17,  System/Program/Project/Product  Management,  August 

1985,  unclassified. 

AR  70-37,  Joint  Department  of  Defense  Regulation  on 
Configuration  Management,  July  1976,  unclassified. 

AR  105-1,  Telecommunications  Management,  4  March  1975, 
unclassified. 

AR  105-9,  Tactical  Communications  Support  Requirements,  8 
August  1977,  unclassified. 

AR  105-22,  Teleconrounlcations  Requirements  Planning, 
Developing,  and  Processing,  1  July  1978,  unclassified. 

AR  310-25,  Dictionary  of  US  Army  Terms,  May  1986, 
unclassified. 

AR  310-50,  Authorized  Abbreviation  and  Brevity  Codes,  15 
November  1985,  unclassified. 

AR  335-15,  Management  Information  Control  Systems,  October 

1986,  unclassified. 

AR  335-30,  Periodic  Review  of  Management  Information 
Requirements  and  Products,  TBD,  unclassified. 

AR  340-2,  Maintenance  and  Disposition  of  Records  In  TOE  and 
Certain  Other  Units  of  the  Army,  7  December  1984, 
unclassif led. 

AR  340-8,  Army  Word  Processing  Program,  20  July  1977, 
unclassified. 

AR  340-21,  The  Army  Privacy  Program,  5  July  1985, 
unclassified. 


AR  380-5,  DA  Information  Security  Program  Regulation,  February  1985 
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AR  380-380,  Automation  Security,  March  1987. 

AR  530-4,  (C)  Control  of  Compromising  Emanations  (U),  January 
1986. 

AR  700-126,  Basic  Functional  Structure,  11  March  1986, 
unci  ass  If  led. 

AR  700-127,  Integrated  Logistics  Support  (ILS),  16  May  1986, 
unclassified. 

AR  700-130,  Logistic  Data  Element  and  Codes  Development 
Procedures,  15  March  1980,  unclassified. 

AR  750-1,  Army  Materiel  Maintenance  Concepts  and  Policies,  May 
1986,  unclassified. 

AR  750-43,  Test,  Measurement,  and  Diagnostic  Equipment  (TMDE) 

1  March  1984,  unclassified. 

AR  1000-1,  Basic  Policies  for  Systems  Acquisition,  1  May  1983, 
unclassified. 

FM  19-30,  Physical  Security,  1  March  1979. 

FM  54-23,  Materiel  Management  Center  Corps  Support  Command,  28 
December  1984,  unclassified. 

FM  54-51,  Theater  Army  Support  Group  (Draft),  July  1984, 
unclassif led. 

FM  55-1,  Army  Transportation  Services  In  a  Theater  of 
Operations,  30  November  1984,  unclassified. 

FM  55-1,  Division  Transportation  Operations,  31  January  1985, 
unclassif led. 

FM  55-10,  Movement  Control  In  a  Theater  of  Operations,  22  July 
1986,  unclassified. 

FM  55-30,  Army  Motor  Transport  Units  and  Operations,  December 
1984,  unclassified. 

FM  55-40,  Army  Combat  Service  Support  Air  Transport 
Operations,  15  July  1971,  unclassified. 


FM  55-60,  Army  Terminal  Operations  (Coordinating  Draft), 
September  1984,  unclassified. 
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FM  57-1,  US  Army/US  Air  Force  Doctrine  for  Airborne 
Operations,  27  September  1967,  unclassified. 

FM  63-2,  Combat  Service  Support  Operation  -  Division  (How  to 
Support),  21  November  1983,  unclassified. 

FM  63-4,  Combat  Service  Support  Operations  -  Theater  Army 
Area,  Final  Draft,  24  September  1984,  unclassified. 

FM  71-101,  Infantry,  Airborne,  and  Air  Assault  Division 
Operations,  26  March  1980,  unclassified. 

FM  100-16,  Support  Operations,  Echelons  Above  Corps  (Final 
Draft),  16  April  1985,  unclassified. 

FM  101-5,  Staff  Organization  and  Operations,  25  May  1984, 
undasslHed. 

FM  101-10-2,  Staff  Officers  Field  Manual:  Organizational, 
Technical,  and  Logistical  Data  Extracts  of  Non-Divislonal 
Tables  of  Organization  and  Equipment,  15  July  1977, 
unclassified. 

TB  18-100,  Army  Automation  of  Life  Cycle  Management  (Draft), 

15  August  1981,  unclassified. 

TB  18-101,  Army  Automation  Planning,  Programming,  and 
Evaluation  System,  (AAPPES),  1  August  1982,  unclassified. 

TB  18-102,  Army  Automation  Quality  Program,  Verification  and 
Validation  Handbook,  Headquarters,  DA,  May  1984,  unclassified. 

TB  18-103,  Army  Automation  Software  Design  and  Development, 
November  1983. 

TB  18-104,  Testing  of  Computer  Software  Systems,  20  August 
1982,  unclassified. 

TB  18-106,  Deployment,  Operations,  and  Termination  of 
Automated  Data  Systems,  26  September  1980,  unclassified. 

TB  18-108,  Army  Automation  Continuity  of  Operation  Plan 
(COOP),  01  November  1985,  unclassified. 

TB  18-110,  Army  Automation  Configuration  Management,  May  1984, 
unclassified. 

TB  18-111,  Technical  Documentation,  22  April  1983. 

TB  18-112,  Training  Management  for  Automated  Data  Processing 
(ADP)  Systems,  15  November  1983,  unclassified. 
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TB  18-114,  Army  Automation  Computer  Performance  Measurement 
and  Evaluation,  14  July  1980,  unclassified. 

TB  18-122,  Army  Automation  Planning  Guide  for  Software 
Conversion,  26  October  1977,  unclassified. 

TB  55-46-1,  Standard  Characteristic  (dimension,  weight,  and 
cube)  for  Transportability  of  Military  Vehicles  and  Other 
Outsized/Overweight  Vehicles,  1  January  1987,  unclassified. 

TB  55-46-2,  Standard  Transportability  Characteristics 
(dimensions,  weights,  and  cubes)  for  Military  Vehicles  and 
Equipment,  15  January  1987,  unclassified. 

Theater  Army  Transportation  Management  Operational  and 
Organizational  Plan  (OOP)  (USATSCH),  15  March  1984, 
unclassified. 

TH  DEP  11-2010-213-12  (Draft),  Operational  and  Organizational 
Manual  Computer  System  Tactical  Army  Combat  Computer,  ANTP-33 
(V),  March  1983,  unclassified. 

TM  11-7010-213-12,  Operator  and  Organizational  Maintenance 
Manual  for  the  TACCS,  27  March  1986,  unclassified. 

Operational  and  Organizational  (0  &  0)  Plan  -  Combat  Service 
Support  Control  Systems,  2  September  1986,  unclassified. 

Operational  and  Organizational  Plan  -  Department  of  the  Army 
Movements  Management  System  -  Redesign  (DAMMS-R)  on  the  Unit 
Level  Computer  (ULC),  Working  Draft,  Card  Reference  0800P, 
undated,  unclassified. 

Operational  and  Organizational  (0  &  0)  Plan  -  Tactical  Army 
Combat  Service  Support  Computer  System  (TACCS),  14  July  1986, 
unclassified. 

Transportation  Management,  Information  and  Control  System 
(TMICS)  Operators  Manual,  ADSM  18-4,  TBD,  unclassified. 

USAREUR  Regulation  55-1,  19  May  1978  (section  six  change  9 
December  1982),  unclassified. 

USAREUR  Regulation  55-5M,  USAREUR  Activity  Address  File  and 
Directory  (EURAAF/EURAAD) ,  September  1985,  unclassified. 

USAREUR  Regulation  55-26,  Preparation,  Review  and  Submission 
of  AE  Forms  3333  (Unit  Movement  Data),  RCS  AEAGD-307  (Rl), 
February  1979,  unclassified. 


USAREUR  Regulation  55-45,  Terminal  Facilities  Guide,  August 
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1978,  unclassified. 

USAREUR  Regulation  55-141,  USEUCOM  Connon  User  Intratheater 
Air  Transportation,  June  1979,  unclassified. 

USAREUR  Regulation  55-355,  Joint  Transportation  and  Traffic 
Management  Regulation  -  Central  Europe  (JTTMR),  30  December 
1986,  unclassified. 

USAREUR  Regulation  55-xxx,  USAREUR  Movements  Control  System 
(UMCS)  Transportation  and  Travel  for  Central  Europe  (CENEUR), 
December  1986,  unclassified. 

USAREUR  Transportation  Operational  &  Organizational  Plan, 
Headquarters,  United  States  Army,  Europe  and  Seventh  Army  APO 
New  York,  August  1983,  unclassified. 

US  Army  Forces  Command  (FORSCOM)  Reg  55-1,  Unit  Movement  Plans 
and  Reports,  July  1973,  unclassified. 

37th  Transportation  Group  Regulation  55-108,  Highway 
Operations,  15  March  1983,  unclassified. 

Department  of  the  Army  Movement  Management  System-Redesign 
(DAMMS-R)  Configuration  Management  Plan  (CMP),  Final, 

September  1986,  unclassified. 

Department  of  the  Army  Movement  Management  System-Redesign 
(DAMMS-R)  Operational  and  Organizational  Plan  (Coordinating 
Draft),  12  June  1985,  unclassified. 

Department  of  the  Army  Movement  Management  System-Redesign 
(DAMMS-R)  Data  Base  Management  System  (DBMS)  Functional  User's 
Manual  (FUM),  Final,  October  1986,  unclassified. 

Department  of  the  Army  Movement  Management  System-Redesign 
(DAMMS-R)  Project  Management  Plan  (PMP),  Coordinating  Draft 
1.1,  IBS,  Inc.,  July  1987,  unclassified. 

Department  of  the  Army  Movement  Management  System-Redesign 
(DAMMS-R)  Standards  &  Conventions  Manual  (S&CM),  Version  3.0, 
IBS,  Inc.,  September  1986,  unclassified. 

Burroughs  B20  Systems  Custom  Installation  and  Reference 
Manual,  Release  4.0,  June  1984,  unclassified. 

Burroughs  B20  Systems  Editor,  Release  4.0,  june  1984, 
unclassified. 

Burroughs  B20  Systems  Executive  WRITEone  Word  Processing 
Reference  Manual,  Release  3.0,  September  1983,  unclassified. 
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Burroughs  B20  Systems  Indexed  Sequential  Access  Method  (ISAM) 
Reference  Manual,  July  1984,  unclassified. 

Burroughs  B20  Systems  Multiplan  Reference  Manual,  Release  2.3, 
July  1983,  unclassified. 

Burroughs  B20  Systems  Operating  System  (BIOS)  Reference 
Manual,  Release  4.0,  June  1984,  unclassified. 

Burroughs  B20  Systems  Programmer's  Guide,  Release  4.0,  June 
1984,  unclassified. 

Burroughs  B20  Systems  Standard  Software  Operations  Guide, 
Release  4.0,  June  1984,  unclassified. 

Burroughs  B20  Systems  Status  Codes  Reference  Manual,  Release 
4.0,  June  1984,  unclassified. 

1.3  Terms.  Abbreviations,  and  Definitions.  Appendix  II  contains  the 
terms,  abbreviations,  and  definitions  unique  to  this  document. 
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SECTION  2.  SYSTEM  SUMMARY 

2.1  Background.  The  DAMMS-Rl  Freight  and  Transportation  Movements 
Address  Subsystem  (TMAS)  are  scheduled  to  be  fielded  In  Korea  although  no 
automation  of  movements  management  functions  exist  In  that  theater  of 
operation  at  this  time.  Because  the  Korean  theater  of  operations  performs 
essentially  all  movements  management  functions  In  a  manual  mode,  the 
remainder  of  this  document  will  be  directed  to  the  CENEUR  theater  of 
operations.  The  US  Army  Europe  (USAREUR)  Movements  Control  System  (UMCS, 
formerly  CMCS)  Is  the  composite  of  the  movement  control  agency  (MCA) 
management  of  freight  movements  by  commercial  rail  and  barge,  military  and 
commercial  highway  vehicles  and  containers;  passenger  movements  by  commercial 
and  military  rail,  air,  and  bus;  and  contingency  and  peacetime  movements 
planning.  The  Transportation  Management  Information  and  Control  System 
(TMICS)  Is  the  core  of  the  UMCS  and  Is  the  method  by  which  the  MCA  manages 
container,  freight,  and  transportation  operations.  TMICS  Interfaces  with 
DAMMS-CMM  for  surface  or  air  cargo  arriving  or  departing  the  theater. 

DAMMS-R  Phase  1  will  convert  the  TMICS  container  and  freight  operations  from 
word  processing  equipment  to  the  Tactical  Army  Combat  Service  Support 
Computer  System  (TACCS).  This  will  provide  enhanced  management  capabilities 
for  these  functional  areas.  Phase  1  will  also  provide  TMAS  and  enhanced, 
reformatted  estimated  time  of  arrival  (ETA)  cargo  forecast  Inputs  from 
DAMMS-CMM. 

In  an  effort  to  automate  transportation  operations  for  more  efficient  and 
timely  control  of  equipment,  materiel,  personnel,  and  data,  the  4th 
Transportation  Command  (4th  TRANSCOM)  developed  the  TMICS.  TMICS  was 
Implemented  In  three  Phases,  with  Phase  I  and  II  providing  for  the  purchase 
of  41  word  processors,  and  Phase  III  procuring  radios  and  facsimile  machines. 

a.  TMICS  In  Its  Initial  concept  was  to  provide  a  means  whereby 
accountability  of  37th  Transportation  Group  semi-trailer  assets 
could  be  achieved  while  assisting  Its  units  with  their 
administrative  burden. 

b.  Phase  II  Incorporated  the  Implementation  of  control  and  reporting 
of  all  air  breakbulk  cargo  movements  by  all  parties  Involved. 

c.  TMICS  also  extended  Its  communications  network  consisting  of 
modulator/demodulators  (modems)  with  commercial  telephones  to  all 
MCEs,  HQ,  37th  Transportation  Group,  Transportation  Battalions, 

TTP,  and  some  company  level  units  within  37th  Transportation  Group. 

Until  1980,  the  UMCS  depended  upon  TELEX.  Because  of  Its  limitations,  TELEX 
was  replaced  with  a  network  of  word  processing  equipment  (WPE)  In  1979-80 
during  a  purchasing  freeze  on  microcomputers.  Initially,  WPE  was  supported 
by  paper  tape  readers  and  punchers  with  software  for  word  processing 
conversions  so  the  output  could  be  read  by  humans.  The  TMICS  network,  which 
Is  based  on  the  Integration  of  word  processing  systems  and  communications 
functions,  began  to  grow  In  capacity. 
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In  the  second  phase,  a  large  number  of  more  capable  units  were  acquired  and 
fielded.  This  acquisition  permitted  extensive  expansion  of  THICS 
capabilities.  The  new  equipment  was  distribjted  to  the  TTPs.  The  older 
equipment  went  to  the  transportation  battalions.  Software  upgrades  to  the  WP 
configurations  has  improved  performance  of  earlier  versions.  However,  the 
current  hardware  operates  on  8-inch  disks  which  are  incompatible  with  other 
equipment. 

Ocean  cargo  manifests  are  received  via  Automatic  Digital  Network  (AUTODIN)  at 
Headquarters,  4th  TRANSCOM.  The  data  processing  installation  (DPI) 
supporting  4th  TRANSCOM  processes  these  manifests  and  creates  forecasts  of 
import  surface  cargo  arrivals  in  two  formats,  DAMMS-CMM  ETA  Forecast  and 
TMICS  ETA  Forecast.  Both  formats  are  used  in  producing  TMICS-generated 
transmissions. 

Among  the  components  of  the  system,  only  the  TMICS  system  is  under  the  direct 
control  of  the  4th  TRANSCOM.  TELEX  is  a  commercial  system,  and  102d  Signal 
Battalion  is  responsible  for  AUTODIN.  Defense  Data  Network  (DDN),  and 
Corps/Theater  Automation  Support  Center  (CTASC)  support  to  4th  TRANSCOM  and 
1st  TMCA. 

2.2  Objectives.  The  major  performance  requirements  and  goals  of 
Phase  1  are  as  follows: 

a.  Provide  communications  for  direct  input,  and  generate  reports 
without  a  second  party  interruption  in  the  data  flow. 

b.  Increase  the  accuracy  of  data  by  a  measurable  degree.  The  system 
will  employ  user  prompts  and  help  screens  to  aid  in  the  input  of 
accurate  data.  The  system  will  also  contain  edits  to  further 
ensure  that  the  data  entering  the  system  meets  established 
criteria. 

c.  Increase  the  ability  of  system  reporting  in  matters  of  timeliness, 
accuracy,  distribution,  and  flexibility.  The  system  will  provide 
ease  of  data  manipulation  to  respond  to  queries  and  produce  reports 
that  can  be  rapidly  disseminated  to  other  system  users. 
Additionally,  these  reports  and  queries  may  be  developed  using 
user-defined  or  pre-defined  parameters.  This  will  increase  the 
flexibility  and  usefulness  of  the  data. 

d.  Provide  same-day  visibility  to  theater  movement  managers  of  all 
movements  from  port  of  debarkation  to  consignee.  The  ease  of  data 
entry  will  allow  for  faster  and  more  accurate  updates  of  the 
database  which  will  improve  visibility  over  all  intratheater 
movements.  Movement  managers  will  benefit  from  this  increased 
visibility  by  being  able  to  make  informed  decisions  based  on  more 
current  information. 

e.  Provide  a  distributed  informational  profile  of  all  supply  support 
activities  involved  in  theater  distribution.  An  automated  central 
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repository  of  locational  and  logistical  management  data  will  be 
developed  to  provide  interactively  updated,  accurate,  and  timely 
information  on  all  activities  involved  in  the  theater  distribution 
system. 

f.  Decrease  formal  training  time  required  for  operators  to  learn  the 
system.  This  will  be  accomplished  by  the  development  of 
menu-driven  software  which  will  provides  user  prompts  and  help 
screens. 

g.  Reduce  operator  workload  required  for  system  and  operational  tasks. 
The  system  will  increase  the  rate  information  may  be  entered  into 
the  system,  and  the  rate  reports  and  transactions  may  be  generated 
by  the  system. 

h.  Increase  the  ability  of  movement  control  activities  to  develop  and 
use  unique  processing  capabilities  for  local  requirements.  The 
distributed  database  will  be  capable  of  accessing  selected 
information.  The  data  can  then  be  used  to  identify  performance 
trends,  potential  problem  areas,  and  create  reports  from  active  and 
inactive  files. 

i.  Reduce  data  redundancy  in  matters  of  collection,  storage,  and 
manipulation.  Information  will  be  captured  at  the  source  and  will 
be  distributed  to  system  subsystems  and  other  system  users  on  an  as 
needed  basis.  Additionally,  use  of  a  relational  database  requires 
the  user  to  enter  data  less  frequently. 

2.3  Eiistino  Methods  and  Procedures.  The  existing  movements  management 
system  provides  the  mechanism  for  coordinating  the  activities  of  import  cargo 
movements  management.  Current  movement  policies  and  procedures  are  designed 
to  provide  timely,  cost-effective  transportation  support  within  CENEUR.  The 
established  movement  procedures  provide  an  integrated  transportation  system 
based  on  a  movement  program.  The  movement  program  selectively  integrates  all 
military  and  commercial  transportation  modes  to  support  the  established 
physical  distribution  system.  Figure  2.3-1  illustrates  the  existing 
functional  system. 

The  ports  of  Rhein  Main,  Bremerhaven,  Rotterdam,  and  Ramstein  currently 
receive  99f  of  the  cargo  shipped  to  Europe.  Except  at  the  port,  ocean  cargo 
is  under  the  control  of  Military  Sealift  Command  (MSC)  and  air  cargo  is  under 
the  control  of  Military  Airlift  Command  (MAC).  TRANSCOM  is  responsible  for 
movement  of  the  cargo  from  the  time  it  reaches  the  port  until  it  is  received 
by  the  customer.  In  the  case  of  containerized  cargo,  TRANSCOM  responsibility 
ends  when  the  container  arrives  at  the  consignee.  The  consignee  is  then 
responsible  for  distribution  after  unstuffing  of  the  container.  TRANSCOM 
fulfills  the  line  haul  function  in  the  transportation  system. 

The  flow  of  air  data  into  the  air  terminal  movement  control  team  (ATMCT)  is 
shown  in  Figure  2.3-2.  Visibility  is  maintained  through  the  timely 
collection  and  reporting  of  significant  movement  events  to  managers  at  the 
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Figure  2.3-1.  Existing  USAREUR  Movements  Control  System  (UMCS). 
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Figure  2.3-2.  Air  Terminal  Movement  Control  Team  (ATMCT)  Data  Flow. 
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Movement  Control  Team  (MCT).  Table  2.3-1  lists  the  TMICS  report  submission 
responsibilities  by  organiztion. 

All  requests  for  common-user  transportation  are  submitted  to  the  respective 
MCT,  the  designated  CMCC,  or  1st  TMCA.  The  MCT  evaluates  each  request  and 
selects  a  mode.  This  mode  selection  provides  the  most  efficient  use  of 
available  transport  resources  while  meeting  the  customer's  needs.  If 
commercial  mode  is  selected,  the  respective  MCT  prepares  a  freight  warrant 
for  commercial  transport  and  performs  necessary  ordering  actions  to  satisfy 
the  customer's  movement  requirement.  Fund  citations  for  commercial  movements 
are  provided  by  USAREUR  major  subordinate  commands,  USEUCOM  component 
commands,  and  other  US  and  allied  supported  organizations. 

The  existing  system  is  based  on  the  transportation  movement  release  (TMR) 
process,  whose  goal  is  to  meet  the  supply  request  of  the  destination 
customer.  The  movement  of  DOD  sponsored  cargo,  for  which  the  1st  TMCA  has 
traffic  management  and  movement  control  responsibility,  is  regulated  through 
the  use  of  a  TMR  or  standing  TMR  (STMR),  in  accordance  with  (lAW)  USAREUR 
Regulation  55-355.  A  TMR  is  a  unique  alphanumeric  code  providing  information 
on  a  specific  cargo  movement.  A  TMR  is  used  primarily  for  movements  that  are 
unprogrammed.  An  STMR  is  a  series  of  TMRs  issued  to  provide  for  recurring 
programmed  moves.  Figure  2.3-3  illustrates  the  structure  of  the  TMR/STMR 
format. 

Upon  receipt  of  properly  submitted  movement  requests,  the  MCT  assigns  a  TMR 
number  to  the  request.  The  TMR  number  is  the  means  by  which  the  movement 
managers,  mode  operators,  and  customers  subsequently  identify  a  given 
movement.  During  request  processing,  the  TMR  number  permits  efficient 
management  of  request  status.  Upon  allocation  of  the  transport,  the  TMR 
facilitates  management  of  the  commitment  through  delivery.  Recurring 
requirements  are  considered  for  assignment  of  a  STMR,  which  assures 
continuing  allocation  of  transport. 

The  MCT  reviews  STMRs  monthly  to  determine  validity  and  recomnends 
cancellation  or  modification  of  the  STMR  as  deemed  appropriate.  Requests  for 
STMR,  or  changes,  are  submitted  by  the  customer  to  the  serving  MCT  in  an 
original  and  five  copies  and  forwarded  by  the  MCT  to  reach  the  1st  TMCA  not 
later  than  (NLT)  the  15th  of  the  month.  (This  is  accomplished  in  letter 
format. ) 

Movement  request  data  and  subsequent  actions  are  maintained  and  recorded  by 
the  MCT/ATMCT  and  37th  Transportation  Group.  The  MCT/ATMCT  maintains 
historical  files  of  TMRs  issued.  Files  are  maintained  for  12  months  after 
close  out  of  the  TMR. 

Movement  request  data  and  subsequent  actions  are  maintained  and  recorded  by 
the  MCT/ATMCT  and  37th  Transportation  Group  on  TMICS  programs  (word 
processing  systems).  Manual  registers  and  worksheets  are  only  used  when  word 
processing  systems  are  not  available,  or  when  systems  are  down  for  an 
extended  period  of  time.  Strict  adherence  to  the  procedures  outlined  in  the 
TMICS  operators  manual  is  necessary  to  insure  the  accuracy  of  system  data. 
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Table  2.3-1.  TMICS  Report  Submission  Responsibilities  (1  of  2) 


ORGANIZATION 


DOCUMENT 

IDENTIFIER 

CODE 


TRANSACTION 


ATMCT 

1 

1 

TAT  2 

1  TRUCK  MANIFEST  HEADER 

1 

COMMERICAL 

CARRIERS 

1 

1 

1 

1 

TTQ 

1  PORT  DEPARTURE  OF  CARRIER  DRAYED  CONTAINER 

1 

1 

1 

1 

1 

TTN 

1  DOCUMENTS  MISSING 

1 

1 

1 

1 

TTP 

1  CONTAINER  MAINTENANCE 

1 

MCT 

1 

1 

1 

TTB 

1  SUBSEQUENT  MOVEMENT  EVENT  -  AIR/SURFACE 

1 

1 

1 

1 

TTF 

1  NEW  MOVEMENT  EVENT 

1 

1 

1 

1 

TM2 

1  DIVERSION  REQUEST 

I 

1 

( 

TM3 

1  STAGING  REQUEST 

1 

1 

1 

1 

TMS 

1  STAGING  RELEASE  REQUEST 

1 

1 

1 

1 

TTS 

1  CONTAINER  STAGING  AND  NOTIFICATION/RELEASE 
1  FROM  STAGING 

1 

I 

1 

1 

TTU 

1  CONVEYANCE  CHANGE 

1 

1 

1 

1 

TTX 

1  CONVEYANCE  COST  TRANSACTION 

1 

1 

1 

1 

TTP 

1  CONTAINER  MAINTENANCE 

1 

1 

1 

TTW 

1  CARGO  DISCHARGE  -  NON  DELIVERY 

1 

MMC/ 

COMMODITY 

MANAGERS 

1 

1 

1 

TM2 

1  DIVERSION  REQUEST 

1 

1 

1 

1 

TM3 

1  STAGING  REQUEST/HOLD  REQUEST 

1 

1 

TMS 

1  STAGING  RELEASE  REQUEST/HOLD  DISPOSITION 

INSTRUCTIONS 
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Table 

2.3-1.  TMICS 

Report  Submission  Responsibilities  (2  of  2) 

(ORGANIZATION 

1 

1  DOCUMENT 

1  IDENTIFIER 

1  CODE 

TRANSACTION 

1 

1  TTP 

1 

CONTAINER  MAINTENANCE 

1  TTS 

1 

1 

CONTAINER  STAGING  AND  NOTIFICATION/RELEASE 
FROM  STAGING 

1  TTCl 

1 

DISCHARGE  FROM  VESSEL 

1  TTC2 

1 

CARGO  DEPARTURE  FROM  WPOD 

1  TTM 

1 

CHANGE  IN  TERMS  OF  CARRIAGE 

1  TTR 

1 

LEASE  NOTIFICATION/TERMINATION 

1  TTP 

1  TTB 

SUBSEQUENT  MOVEMENT  EVENT  -  AIR/SURFACE 

1  TTU 

1 

COMVEYAMCE  CHANGE 

1  TTW 

1 

1 

CARGO  DISCHARGE  -  NON  DELIVERY 
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Figure  2.3-3.  TMR/STMR  Structure  Format. 
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Deviations  from  standard  TMICS  operating  procedures  do  not  take  place  except 
with  the  written  approval  of  the  Chief,  MID,  1st  TMCA.  MCT/ATMCT  maintains 
historical  files  of  Issued  TMRs.  Files  are  maintained  for  12  months  after 
close-out  of  the  TMR.  (Manual  records  must  be  maintained  when  word 
processing  systems  are  not  available.) 

Each  MCT  Is  required  to  maintain  an  active  log  on  all  containers  that  are 
forecasted  to  them,  or  that  arrive  unforecasted  In  their  area  of 
responsibility.  Records  are  maintained  In  the  active  log  until  all 
subsequent  events  (TTB  data)  have  been  posted  and  transmitted  for  Input  to 
DAMMS-CMM.  The  record  Is  then  maintained  In  an  Inactive  log  or  history  file 
for  a  period  of  one  year.  Containers  that  are  forecasted,  but  never  arrive, 
are  deleted  from  the  active  container  log  after  a  period  of  60  days.  Three 
working  days  prior  to  deletion,  the  MCT  sends  a  notification  of  deletion  to 
Cdr,  1st  TMCA. 

a.  Organizational/Personnel  Responsibilities,  the  1st  TMCA  was  formed 
from  the  assets  of  the  4th  TR^SCOM  Headquarters  and  the 
deactivated  3rd  Movements  Region  to  provide  senior  commanders  with 
the  ability  to  selectively  manipulate  and  focus  the  flow  of  troops, 
equipment,  and  supplies.  The  1st  TMCA  centrally  allocates  4th 
TRANSCOM  common-service  transport  capability,  and  coordinates 
movements  throughout  the  central  European  theater.  (An  essential 
aspect  of  transportation  movements  management  Is  to  have  control 
over  movements  of  materlels  and  units  from  ports  of  embarkation 
(POE)  through  ports  of  debarkation  (POD)  to  the  designated  staging 
areas.)  All  non-corps  MCT  are  assigned  to  1st  TMCA  and  are 
task-organized  under  a  transportation  battalion,  movements  control 
(MC).  ATMCT  are  directly  controlled  by  1st  TMCA  because  of  the 
critical  nature  and  flexibility  of  their  mission.  Because  corps 
areas  are  large,  1st  TMCA  attachs  MCT  to  CMCC  to  meet  the 
requirements.  The  1st  TMCA  manages  all  movements  Information 
efforts  throughout  the  theater  army. 

b.  Equipment  Being  Utilized.  The  existing  theater  communications 
connectivity  Is  Illustrated  in  Figure  2.3-4.  The  network  consists 
of  a  variety  of  computer  hardware  devices  and  makes  use  of  the 
AUTODIN/DDN,  commercial  telephone,  and  TELEX  networks  that  are 
present  In  Europe.  Because  some  of  this  equipment  had  no 
capability  to  pass  data  traffic  directly.  It  was  necessary  to 
acquire  commercial  converters  and  switches  for  use  throughout  the 
network.  There  were  many  Instances  where  It  was  Impossible  to 
establish  a  machine  Interface,  therefore,  manual  or  courier 
Interface  was  required  to  pass  this  data. 

Presently,  automated  equipment  support  Includes  the  use  of  IBM 
4341s,  BMTs,  TELEX,  AUTODIN,  radios,  facsimile  machines,  IBM 
Displaywriters,  and  word  processors. 

c.  Input  and  Output.  Manually  processed  Inputs  and  outputs  are 
discussed  In  the  following  subparagraphs.  The  volume  and  frequency 
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of  existing  Inputs  and  outputs  are  shown  In  the  DAMMS-R 
Coflinunicatlon  Requirements  Document,  13  November  1987,  Appendix  IV. 

(1)  Input.  The  following  subparagraphs  list  the  Inputs  that  are 
received  by  the  various  organizations. 

(a)  MCT  Input. 

1)  Request  for  transportation  from  BMCT  and  MCT. 

2}  Dally  Rail,  Barge,  and  Highway  Equipment  Situation 

Report  (AE  Form  65}  from  BMCT. 

3)  Export  release  request  from  BMCT. 

4)  Export  traffic  release  from  shipping  activity. 

5)  Nonconfirmation  requisition  for  assets  from  37th 
Group. 

6)  Cargo  forecast  ETA  from  CMM. 

7)  Request  for  reconsignment  from  the  customer. 

8)  Military  highway  asset  forecast  from  37th  Group. 

9)  Request  for  highway  clearance. 

(b)  37th  Group  Input. 

1)  Commitment  from  MCT. 

2)  Request  for  backload  approval  from  MCT. 

(c)  TTP  Input. 

1)  Commitment  from  battalion. 

(d)  ATMCT  Input. 

1)  Request  for  air  export  from  MCT. 

2)  TAT(2)  truck  manifest  from  the  U.S.  Air  Force 
aerial  port  operators. 

3)  Report  of  cargo  delivery  from  origin  MCT. 

(2)  Output.  This  subparagraph  Is  designed  to  provide  an 
understanding  of  the  system  output  documents  and  the 
responsibilities  of  field  users.  The  following  subparagraphs 
list  the  outputs  that  are  sent  to  the  various  organizations. 
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(1)  HCT  Output. 

(a)  Commitment  to  the  37th  Group. 

(b)  Inbound  notification  to  the  destination  MCT. 

(c)  Military  Trailer  Status  Report  to  the  37th  Group. 

(d)  Cancelled  commitment  to  the  37th  Group. 

(e)  Cancelled  commitment  to  the  destination  MCT. 

(f)  Cargo  Discharge  Non-Delivery  (TTW)  to  1st  TMCA. 

(g)  Change  to  commitment  to  the  37th  Group. 

(h)  Containers  On-Hand  Over  Five  Days  Report  to  1st  TMCA. 

(i)  Conveyance  Change  Notification  (TTU)  to  1st  TMCA. 

(J)  Daily  Breakbulk  Surface  Report  (DBSR)  (TTB)  to  1st  TMCA. 

(k)  Daily  Seavan  Status  Report  (TTB/TTP)  to  1st  TMCA. 

(l)  463L  Pallet  Report  to  1st  TMCA. 

(m)  Empty  Container  Status  Report  to  1st  TMCA. 

(n)  New  Movement  Event  (TTF)  to  1st  TMCA. 

(o)  Release  From  Staging  (TTS)  to  1st  TMCA. 

(p)  Report  of  Cargo  Delivery  to  origin  MCT. 

(q)  Report  of  Shipment  (REPSHIP)  to  the  destination  MCT. 

(r)  Diversion  Authorization  Request  (TM2)  to  1st  TMCA. 

(s)  Hold  Authorization  Request  (TM3)  to  1st  TMCA. 

(t)  Hold  Disposition  Instruction  Release  (TMS)  to  1st  TMCA. 

(2)  37th  Group  Output. 

(a)  Confirmed  commitment  to  the  origin  MCT. 

(b)  Nonconfirm  requirements  for  assets  to  the  origin  MCT. 

(3)  TTP  Output. 

(a)  Convey  Change  Notification  (TTU)  to  1st  TMCA. 
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(b)  Cargo  Discharge  Non-Del Ivery  (TTW)  to  1st  TMCA. 

(c)  Subsequent  Movement  Event  (TTB)  to  1st  TMCA. 

(4)  ATMCT  Output. 

(a)  Airlift  Clearance  Authority  (ACA)  clearance  to  MCT. 

(b)  Air  Cargo  Movement  Report  (TAT2)  to  1st  TMCA. 

(c)  Commitment  to  37th  Group. 

(d)  Inbound  notification  to  the  destination  MCT. 

(e)  Tracing  action  to  the  MCT  from  ATMCT. 

d.  The  current  system  provides  no  provisions  for  alternate  site 
operations.  The  current  provision  for  degraded  modes  of  operation, 
should  the  existing  system  fall.  Is  manual. 

e.  Because  of  the  Inefficiency  of  the  manual  procedures  and 
limitations  of  the  existing  TMICS,  the  following  deficiencies 
exist: 

(1)  The  current  hardware  uses  a  nine-inch  monitor.  The  monitor 
display  Is  capable  of  displaying  a  maximum  of  256  characters 
per  screen  consisting  of  eight  32-character  lines.  As  a 
result,  most  entry  screens  depict  only  one  data  field  at  a 
time. 

(2)  A  keypunch-style  keyboard  Is  currently  used.  Most  operators 
are  not  trained  In  keypunch  operations  and  require  training  in 
the  use  of  this  specialized  keyboard.  No  separate  numeric 
keypad  Is  provided.  Numeric  entries  require  the  use  of  a 
"numeric"  button,  which  must  be  held  down  while  the  entry  is 
made. 

(3)  Some  of  the  more  advantageous  requirements  Identified  in  4th 
TRANSCDM  Regulation  38-1  could  not  be  achieved,  due  to 
limitations  of  using  word  processing  equipment. 

(4)  Inaccurate  data  Is  entered  due  to  the  present  software's  lack 
of  sufficient  editing  capabilities,  user  prompts,  and  help 
screens. 

(5)  Insufficient  database  capabilities  prevent  response  to 
numerous  queries  or  the  capability  to  produce  reports. 

(6)  Due  to  batch  process  procedures  and  the  available  lines  of 
communication.  Intratheater  movement  visibility  is  often  after 
the  event  has  occurred. 
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(7)  There  Is  no  centrally  located  repository  of  locational  and 
logical  management  data  which  would  provide  updated,  accurate, 
and  timely  information  on  activities  within  the  theater. 

(8)  Staff  or  management  must  be  utilized  to  train  inexperienced 
and/or  newly  arrived  personnel  because  the  current  software  is 
not  user  friendly. 

(9)  All  data  must  be  entered  manually  regardless  of  redundancy. 

(10)  Performance  trends  and  problem  area  analyses  from  active 
and/or  inactive  files  are  done  manually. 

(11)  Limited  amounts  of  equipment  at  key  Junctures  in  the 
transportation  network  (i.e.,  HCT)  increase  workload  and  cause 
the  implementation  of  shift  work  to  insure  mission 
accomplishment. 

(12)  Lack  of  dedicated  training  equipment  causes  a  degeneration  of 
the  overall  effectiveness  of  the  system. 

(13)  Maintenance  for  word  processors  utilizing  contracts  through 
the  Equipment  Support  Center  causes  down  time  from  two  to  ten 
days,  creating  enormous  backlogs. 

(14)  Failure  to  incorporate  the  transportation  battalion  MC  into 
the  TMICS  network  eliminates  any  command  and  control  the 
battalions  should  have  over  their  subordinate  units. 

(15)  Point-to-point  connuni cat  ions  are  unacceptable  in  a  world 
where  the  average  message  has  three  addresses. 

2.4  Proposed  Methods  and  Procedures..  While  Figure  2.4-1  depicts  the 
overall  view  of  planned  OAMMS-R  capabilities.  Phase  1  will  be  a 
microcomputer-based  system  that  links  cargo  and  container  operations  of  the 
MCA  with  the  various  movement  control  elements  in  the  theater  of  operations. 
Figure  2.4-2  depicts  the  organizations  that  are  to  interact  with  DAMMS-R. 

The  system  will  generate  message  traffic  for  the  theater  mode  operator 
organization,  commercial  carriers,  and  various  interface  agencies  that 
receive  or  expedite  the  movement  of  cargo. 

The  0AMMS-C^M  programs  reside  on  the  CTASC  computer  at  MCA  from  which 
container  forecast  data  is  received,  container  status  is  reported,  and 
address  information  is  updated.  The  system  will  provide  management 
information  relating  to  the  movement  of  containers  and  breakbulk  cargo,  as 
well  as  current  activity  address  data  in  TMAS. 

Phase  1  will  consist  of  three  primary  subsystems  -  container  operations, 
freight  operations,  and  TMAS.  The  system  will  operate  on  TACCS 
microcomputers  at  the  MCA,  the  regional  and  corps  MCE.  Communications  links 
between  the  MCA  and  the  MCE,  and  among  MCEs,  will  be  established  through  the 
Defense  Data  Network  (DDN). 
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The  system  is  designed  to  replace  and/or  enhance  the  current  TMICS.  DAHMS-R 
eventually  will  replace  the  entire  existing  system  in  Europe,  including  TMICS 
and  CMM.  After  Phase  1  is  operational,  DAMMS-R  will  be  extended  to  the 
transportation  group  headquarters,  mode  and  movement  control  battalions, 
corps  and  highway  regulating  point  teams  at  the  respective  theater  and  corps 
levels.  The  division  transportation  office,  movement  control  office,  and 
main  support  battalion  transportation  motor  transport  company  at  division 
level  will  also  receive  DAMMS-R. 

The  system  will  employ  a  relational  database  structure  with  separate 
databases  for  each  of  the  three  subsystems.  The  command-wide  tables, 
containing  relatively  static,  common-use  data  will  be  maintained  at  MCA.  As 
changes  to  the  data  occur,  the  tables  will  be  updated  by  MCA  and  updated 
versions  will  be  transmitted  to  each  MCE  for  replacement.  Some  tables  will 
be  shared  among  the  freight  and  container  subsystems. 

a.  In  container  operations,  container  forecast  information  will  be 
provided  by  Military  Traffic  Management  Command  (MTMC)  automated 
systems  to  CMM.  From  CMM,  selected  data  will  be  transmitted  to 
theater  transportation  managers  (MCE),  mode  operators,  and  supply 
customers  for  planning  the  receipt,  discharge,  storage,  release, 
and/or  shipping  of  the  containers.  This  forecasted  information 
will  become  the  basis  for  building  the  container  database  at  each 
MCEs  and  will  document  the  identification  and  destination  data  for 
each  container. 


.<V. 


b. 


Other  records  will  be  created  to  account  for  ocean  shipping  data  and 
shipment  discrepancies.  These  records  will  enable  MCE  managers  to 
monitor  and  report  movement  of  containers  from  the  time  that  they 
leave  the  port  of  debarkation  until  those  empty  containers  depart 
from  the  ultimate  consignee's  location. 

In  addition,  the  system  will  generate  transactions  to  update  the  CMM 
database,  and  the  system  will  produce  status  reports  to  assist 
managers  in  maximizing  the  efficient  use  of  containers  while 
minimizing  detention  charges.  When  a  container  movement  is 
complete,  selected  historical  data  will  be  retained  and  recorded 
before  the  record  is  deleted.  The  data  will  be  available  to  audit 
delayed  billing  charges,  as  well  as  to  provide  management  with  the 
ability  to  evaluate  previous  container  operations. 

Figure  2.4-3  shows  an  overall  view  of  the  container  dataflow. 
Appendix  III  contains  detailed  process  structure  charts  depicting 
the  specific  movement  events  and  reports  for  container  operations. 

Freight  operations  include  import  and  intra-theater  shipment  of 
breakbulk  cargo.  Freight  movement  databases  will  be  maintained  at 
each  MCE.  The  primary  records  will  reflect  highway  movements, 
vehicle  stops,  and  military  highway  assets  available  to  support 
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Figure  2.4-3.  Container  Operations  Subsystem  Overall  Data  Flow 


AOSM  18-LZ4-AKM-BUR-FD 
WORKING  DRAFT  3.0 
DECEMBER  1987 


movements.  Other  records  will  be  created  pertaining  to  rail 
movements,  shipment  discrepancies,  asset  requirements,  cargo,  air 
shipments,  and  the  status  of  Air  Force  463L  pallets.  The  main 
identifier  used  to  track  all  movements  will  be  the  TMR. 

For  each  intra-theater  shipment,  records  will  be  created  and 
maintained  at  both  the  origin  and  destination  MCE.  Separate 
procedures  will  be  involved  for  heavy  lift  and  ammunition  shipments. 
Recurring  requirements  (such  as  mail  delivery)  that  are  identified 
as  STMR  will  be  maintained  in  separate  files.  For  import  air 
shipments,  the  ATMCT  will  serve  as  the  origin  MCE.  As  in  container 
operations,  movements  will  be  tracked  from  origin  to  destination. 
Several  periodic  reports  will  be  produced  pertaining  to  the  AF  463L 
pallets  and  traffic  management.  Movement  events  of  import  cargo 
will  be  reported  to  DAMMS-CMM,  and  selected  information  eventually 
placed  in  history  files. 

Figure  2.4-4  shows  an  overall  view  of  the  freight  dataflow. 

Appendix  III  contains  detailed  process  structure  charts  depicting 
the  specific  movement  events  and  reports. 

c.  TMAS  will  be  maintained  at  the  MCA.  TMAS  was  originally  designated 
as  the  Theater  Master  Address  System,  and  was  designed  to  fulfill 
the  mission  requirements  of  USAREUR  Reg  55-5  as  well  as  meet  the 
needs  of  the  theater  transportation  system.  With  the  transfer  of 
responsibility  for  the  Theater  Master  Address  File/European 
Activity  Address  File  (EURAAF)  from  MCA  to  200th  Theater  Army 
Materiel  Management  Center,  the  scope  of  the  TMAS  subsystem  has 
been  narrowed,  but  most  of  the  data  elements  have  been  retained. 

TMAS  may  readily  be  adapted  to  support  the  TMAF/EURAAF  mission 
should  the  transfer  decision  be  reversed. 

The  primary  files  in  TMAS  will  contain  data  pertaining  to  each 
Department  of  Defense  Activity  Address  Code  (DODAAC)  in  the  theater, 
each  supporting  activity  designated  as  a  ship-to-DODAAC,  and  each 
finance  element  designated  as  a  billing  address.  Numerous 
supporting  tables  will  be  maintained  with  address  or 
transportation-related  data. 

TMAS  will  be  used  to  create  the  customer  contact  files  resident  at 
the  MCE  and  ATMCT.  These  files  will  be  subsets  of  the  activity  and 
freight  address  files  in  TMAS.  TMAS  will  also  provide  data  to 
update  the  CMM  address  file.  As  changes  occur  in  contact  data,  they 
will  be  reported  by  the  customer  to  his  supporting  MCE  which  then 
updates  its  database  and  prepares  a  transaction  to  update  TMAS.  The 
MCA  will  update  the  TMAS  database,  prepare  any  required  CMM  address 
file  change  transaction,  and  transmit  new  contact  files  to  all  MCE 
locations.  Figure  2.4-5  shows  an  overall  view  of  the  proposed 
dataflow.  Appendix  III  provides  detailed  process  structure  charts 
for  TMAS. 
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Figure  2.4-4.  Freight  Operations  Subsystem  Overall  Data  Flow. 
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Figure  2.4-5.  TMAS  Subsystem  Overell  Data  Flow 
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2.4.1  Summary  of  Improvements.  The  DAMMS-R  Phase  1  System  will  provide 
an  advanced  automated  capability  that  is  comprehensive,  accurate, 
user-friendly,  and  timely  in  the  forecasting,  scheduling,  managing  and  the 
controlling  of  movements.  Some  of  the  specific  improvements  that  will  be 
realized  are: 

(1)  Increase  in  the  accuracy  of  data  by  a  measurable  degree.  The 
system  will  utilize  user  prompts  and  help  screens  to  aid  in 
the  input  of  accurate  data.  The  system  will  also  contain 
edits  to  further  ensure  that  the  data  entering  the  system 
meets  established  criteria. 

(2)  Increase  in  the  ability  of  system  reporting  in  matters  of 
timeliness,  accuracy,  distribution  and  flexibility. 

Information  entered  and  residing  in  distributed,  relational 
databases  will  be  edited  to  improve  its  accuracy.  The  system 
will  provide  ease  of  data  manipulation  to  respond  to  queries 
and  produce  reports  that  can  be  rapidly  disseminated  to  other 
system  users.  Additionally,  these  reports  and  queries  may  be 
developed  using  user-defined  or  pre-defined  parameters.  This 
report  feature  will  increase  the  flexibility  and  usefulness  of 
the  data. 

(3)  Provision  of  same-day  visibility  to  theater  movement  managers 
of  all  movements  from  port  of  debarkation  to  consignee.  The 
ease  of  data  entry  will  allow  for  faster  and  more  accurate 
updates  of  databases  which  will  improve  visibility  of  all 
intra-theater  movements.  Movement  managers  will  benefit  from 
this  increased  visibility  by  being  able  to  make  informed 
decisions  based  on  more  current  information. 

(4)  Provision  of  a  informative  profile  of  all  activities  occuring 
or  scheduled  to  occur  in  the  in  theater  of  operation. 

Databases  (automated  central  repositories)  of  locational  and 
logistical  management  data  will  be  developed  to  provide 
interactively  updated,  accurate,  and  timely  information 
pertaining  to  all  activities  involved  in  the  theater  of 
operation. 

(5)  Decrease  in  the  training  time  required  for  system  operators. 
The  system  will  provide  user  prompts,  help  screens  and 
menu-driven  software  to  signiHcantly  reduce  the  training  time 
required  to  familiarize  users  how  to  accomplish  their 
responsibilities. 

(6)  Reduction  of  operator  workload  required  for  system  and 
operational  tasks.  The  system  will  provide  easy  to  understand 
prompts  and  help  screens  that  will  increase  the  rate  of 
information  entered  into  the  system  and  decrease  the  time 
required  to  prepare  reports  and  generate  transactions. 
Addtionally  the  system  will  fill  in  selected  fields  with  data 
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already  residing  in  the  database,  thereby  reducing  the  data 
entry  required. 

(7)  Increase  in  the  ability  of  movement  control  activities  to 
develop  and  use  unique  processing  capabilities  for  locally 
specific  requirements.  The  distributed  databases  will  be 
capable  of  accessing  selected  information.  The  data  can  then 
be  used  to  identify  performance  trends  and  potential  problems, 
and  to  create  reports  from  active  and  inactive  files. 

(8)  Reduction  of  data  redundancy  in  matters  of  collection,  storage 
and  manipulation.  Information  will  be  captured  at  the  source 
and  will  then  be  distributed  to  system  subsystems  and  other 
system  users  on  an  as-needed  basis.  The  use  of  relational 
databases  requires  the  user  to  enter  data  less  frequently  and 
ensures  consistency  of  the  data. 

a.  Functional  Improvements.  Phase  1  improvements  provided  by  the 

three  functional  subsystems  are  outlined  below: 

(1)  Container  Subsystem.  The  container  subsystem  will  provide  an 
increased  capability  to  movement  management  activities  to 
forecast  container  movements,  monitor,  and  report  their 
status.  Specifically,  the  container  subsystem  will: 

(a)  Increase  the  accuracy  of  container  transaction  reporting 
information  to  the  MCA.  Edit  criteria  will  be  resident 
on  the  micro  system  to  prevent  errors  at  the  data  entry 
source. 

(b)  Reduce  operator  workload  required  for  system  operational 
tasks.  The  user-friendly  system  will  provide  easily 
understood  user  prompts  that  will  increase  the  speed  of 
data  input,  preparation  of  reports  and  generation  of 
transactions.  Additionally,  help  screens  will  be 
available  to  provide  assistance  on  completing  tasks. 

(c)  Reduce  the  time  between  source  data  capture  and 
management's  ability  to  act  and  make  decisions  based  on 
that  data.  Data  will  be  captured  on  a  daily  basis  and 
used  to  update  the  distributed  container  database. 
Transmission  of  this  data  to  MCA  on  a  same-day  basis  will 
allow  managers  at  that  level  to  make  decisions  that  more 
accurately  reflect  the  current  status  of  container 
movements. 

(d)  Increase  the  ability  to  analyze  container  management  data 
and  reduce  the  amount  of  time  required  for  these 
analyses.  The  system  will  have  resident  applications  to 
create  standard  management  information  reports. 
Additionally,  ad  hoc  system  queries  for  data  contained  in 
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active  container  files  will  be  possible.  The  system  will 
rapidly  search  container  record  data  fields  that  have 
been  identified  and  format  this  information  as  required 
for  local  use  and  transmission  to  other  system  users. 

(e)  Provide  an  automated  ability  to  produce  the  container 
worksheet.  The  system  will  select  and  format  records 
onto  a  hard  copy  worksheet  that  will  be  used  to  manually 
enter  container  records  that  require  additional  posted 
movement  information. 

(f)  Improve  the  accuracy  and  speed  of  preparing  and 
transmitting  transactions.  The  system  will  be  capable  of 
identifying  and  reporting  all  daily  transactions. 
Information  necessary  for  reporting  will  be  prepared  in 
the  proper  OIC  format  and  transmitted  in  a  consolidated 
report. 

(g)  Increase  capability  to  create  container  management 
information  reports.  The  system  will  allow  for  easy 
preparation  and  transmission  of  all  required  container 
management  information  reports.  The  system  will  allow 
the  user  to  select  specific  data  fields  and  the  format  in 
which  they  will  appear  in  a  customized  report. 

(h)  Provide  ability  to  produce  historical  reports.  The 
system  will  be  capable  of  accessing  historical 
records/files  using  pre-defined  parameters.  This  feature 
will  allow  movement  managers  to  identify  performance 
trends  and  potential  problem  areas. 

(i)  Reduce  the  time  required  to  add  and  delete  records  from 
the  container  log.  The  system  will  allow  rapid 
identification  of  containers  that  have  not  been 
forecasted  and  provide  a  screen  with  a  record  format  to 
enable  the  user  to  create  a  record.  The  system  will 
screen  records  based  on  all  pre-defined  and  user-defined 
parameters  and  identify  those  records  that  should  be 
deleted  or  transferred  to  an  inactive  file. 

Freight  Subsystem.  The  freight  subsystem  will  provide  an 
advanced  automated  capability  that  is  more  comprehensive, 
accurate  and  timely  in  scheduling,  managing  and  controlling 
freight  movements  than  the  existing  system.  Specifically,  the 
freight  subsystem  will: 

(a)  Provide  for  an  increase  in  the  accuracy  of  commitment 
data  transmitted  to  mode  operators.  The  system  edit 
functions  will  validate  user  commitment  data  prior  to 
transmission. 
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(b)  Provide  for  an  Increase  in  the  accuracy  of  comnitment 
data  transmitted  to  destination  MCE  in  freight  record 
format.  The  system  edit  functions  validate  user  freight 
commitment  data  prior  to  transmission.  The  system  will 
allow  freight  commitments  to  be  collected  in  destination 
MCE  communication  files  and  then  entered  into  the 
database. 

(c)  Provide  visibility  of  all  intra-theater  freight  shipments 
and  assets  moving  under  a  transportation  movement  request 
(TMR)  from  origin  to  destination.  The  system  will  allow 
freight  movement  and  asset  data  to  be  stored,  distributed 
and  exchanged  by  all  traffic  managers  within  the  system. 

(d)  Provide  an  automated  capability  to  create,  format,  store 
and  access  traffic  management  reports.  The  system  will 
allow  traffic  managers  to  employ  pre-defined  and 
user-defined  parameters  for  the  preparation  and  access  of 
data  needed  for  traffic  management  reports. 

(e)  Increase  the  ability  to  provide  more  efficient  motor 
transport  service  in  response  to  customer  requirements. 
The  system  will  provide  both  routine  and  time-sensitive 
data  to  traffic  managers  on  inbound  and  outbound 
movements,  and  will  enable  theater  assets  to  be  utilized 
more  efficiently  and  lessen  the  need  for  tasking 
commercial  assets. 

(f)  Provide  the  ability  to  produce  historical  reports.  The 
system  will  be  capable  of  responding  to  queries  on 
selected  data  fields,  and  will  allow  traffic  managers  to 
identify  trends  and  potential  problem  areas. 

(g)  Facilitate  the  process  of  requesting  heavy  lift  and 
ammunition  assets.  The  freight  module  will  provide 
visibility  of  assets  from  initial  request  until  offload 
at  consignee.  The  system  will  also  facilitate  requests 
for  oversize/overweight  highway  clearance  requests  to  the 
host  nation. 

(h)  Increase  visibility  of  USAF  463L  pallets  at  customer 
locations.  The  system  will  provide  an  automated 
capability  to  create  summary  reports  of  pallet 
information  in  the  movement  control  team's  area  of 
responsibi 1 ity. 

(3)  Transportation  Movement  Address  Subsystem  (TMAS).  TMAS  will 
provide  a  database  that  is  capable  of  providing  user 
organizations  with  updated  and  accurate  address  and  management 
information  in  a  timely  manner.  Specifically,  TMAS  will: 
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(a)  Maintain  highly  accurate  and  accessible  TMAS  records  at 
all  times.  Current  address  file  maintenance  procedures 
are  Inefficient.  Multiple  files  require  separate  entries 
and  Intensive  cross-checking  using  manual  means  to  ensure 
accuracy.  The  relational  database  system  will  employ  an 
on-line  edit  and  cross-reference  edit  capability  that 
will  ensure  that  data  entries  are  accomplished  accurately 
and  efficiently. 

(b)  Provide  rapid  updates  of  address  data  In  an  Interactive 
manner  with  related  supply  and  transportation  systems. 
Current  address  data  Is  required  by  shipping  and  movement 
activities  to  reduce  misrouted  shipments  and 
transportation  costs.  The  current  system  Is  slow, 
subject  to  frequent  errors  and  not  capable  of  Interacting 
with  other  systems.  The  new  system  will  provide  timely 
and  accurate  Information  on  mailing,  billing  and  shipping 
addresses  as  well  as  critical  supply  and  transportation 
management  Information.  This  added  capability  will 
reduce  the  need  for  redundant  data  collection  and 
manipulation  by  other  systems. 

(c)  Provide  a  system  that  Is  capable  of  receiving, 
processing,  posting  and  disseminating  TMAS  additions, 
deletions  and  changes.  The  current  system  Is  slow,  paper 
driven  and  must  be  manually  updated  when  additions, 
deletions  or  changes  are  required.  The  new  system  will 
provide  Improved  methods  of  data  entry.  Interactive 
record  displays,  automated  updates  of  relational  data 
files  and  will  Interact  with  other  DAMMS-R  systems.  The 
new  system  will  also  be  capable  of  receiving,  processing 
and  generating  coninand-lnltlated  requests  for  TMAS 
additions,  deletions  and  changes.  Additionally,  the  new 
system  will  provide  an  adhoc  query  capability  as  well  as 
management  reports. 

(d)  Provide  a  capability  for  current,  uniform,  and  consistent 
customer  contact  data  throughout  the  theater.  Changes  to 
POC,  mailing,  and  freight  data  will  be  promptly  reported, 
posted  and  disseminated  to  all  movement  control  elements 
from  TMAS. 

(e)  Provide  uniform  and  consistent  data  among  different 
address  systems.  TMAS  will  ensure  that  CMM  address  files 
are  updated  simultaneously  with  consistent,  accurate 
data.  File-build  techniques  within  TMAS  provide  a 
uniform  method  of  expressing  unit-designation  data  among 
systems. 

Improvements  of  Degree.  The  following  Is  a  summary  of  upgraded 
capabilities  that  Phase  1  will  provide: 
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(1)  Increased  accuracy. 

(2)  Reduced  data  handling. 

(3)  Improved  consistency  of  data. 

(4)  More  timely  Information  exchange. 

(5)  Better  system-wide  control. 

c.  Timeliness.  Phase  1  will  permit  the  timely  generation  and 

evaluation  of  movements  quicker  and  with  greater  efficiency,  In 
comparison  to  the  present  production  which  uses  word  processing 
equipment,  thus  allowing  management  more  time  to  be  effective  In 
their  other  duties.  The  savings  result  from  the  simplification  of 
data  submission  at  the  request  level  and  the  elimination  of  much  of 
the  data  manipulation  and  report  generation. 

2.4.2  Summary  of  Impacts.  The  following  subparagraphs  describe  In 
general  terms  the  anticipated  Impacts  of  the  proposed  system  on  the  user 
organization  and  the  operational  and  developmental  environments  as  well  as 
the  equipment  and  software  environments.  The  associated  costs  of  the 
proposed  system  are  discussed  In  Section  8  of  this  document. 

2. 4. 2.1  User  Organizational  Impacts.  Technical  training  will  provide 
functional  personnel  with  the  necessary  Information  to  effectively  use  the 
system.  User  training  will  take  place  at  the  prototype  sites  prior  to  and 
during  system  Installation.  The  user  will  need  to  manage  file  and  system 
backup  and  alternate  site  file  storage.  All  functions  can  be  completed  by 
current  staffing  at  all  locations.  There  will  need  to  be  a  System 
Administrator  appointed  per  unit.  MCA  will  need  to  appoint  a  Chief  System 
Administrator.  These  appointments  should  be  made  from  existing  personnel. 

2. 4. 2. 2  User  Operational  Impacts.  The  current  system  Is  slow,  subject 

to  frequent  errors,  and  not  capable  of  supporting  more  extensive  planning. 

The  new  system  will  provide  quick  and  accurate  Information  on  the  loading, 
moving  and  receiving  of  shipments  as  well  as  the  availability  and  capability 
of  transportation  and  transshipping  assets.  Improved  transportation  asset 
utilization  will  result  from  quicker  and  more  accurate  decisions  made  In  load 
planning  and  scheduling.  However,  there  will  be  procedure  changes  as  a 
result  of  the  Implementation  of  the  TACCS  hardware  and  software.  Some 
conversion  time  will  be  necessary  before  all  of  the  benefits  of  the  system 
will  be  realized.  There  will  also  be  a  need  for  parallel  operations  to  be 
conducted  by  some  users  until  the  Initial  system  Installation  Is  completed. 

2. 4.2. 3  User  Development  Impacts.  There  will  be  minimal  Impact  on 
personnel  regarding  development  and  testing  of  the  Phase  1  software,  except 
for  occasional  requests  by  the  development  team  for  supporting  Information 
and  participation  In  user  demonstrations. 

An  Phase  1  Implementation  plan  will  be  published  which  reflects  the 
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procedures  to  be  followed  at  each  end  user  site  to  include  scheduling  of 
conversion  survey(s),  user  training,  data  conversion,  and  conduct  of  parallel 
and  cut-over  operations. 

Phase  1  deployment  will  include  hardware  and  software  distribution  to  Central 
Europe  and  South  Korea.  The  deployment  plan  will  be  reconciled  with  the 
TACCS  Materiel  Fielding  Plan  and  other  guidance  relative  to  deployment  based 
on  Army  major  commands  (MACOM)  hardware  acquisitions. 

Phase  1  sites  will  receive  TACCS  configured  with  three  remote  workstations  in 
addition  to  the  primary  workstation.  For  communications,  all  sites  must  have 
as  a  minimum  a  dedicated  commercial  phone  line  with  a  modem  and  DON  access. 
Dual  modems  will  be  necessary  for  those  sites  needing  to  conduct  parallel 
operations  until  the  initial  installation  is  completed. 

2.5  Assumptions  and  Constraints.  The  following  subparagraphs  list  the 
assumptions  and  constraints  relating  to  the  development  of  Phase  1. 

a.  Sufficient  funding  will  be  allocated  for  Phase  1. 

b.  TACCS,  capable  of  handling  the  volume  and  meeting  the  specified 
requirements,  will  be  available. 

c.  User  sites  are  currently  staffed  with  adequate  personnel. 

d.  Training  for  operators  will  be  conducted  prior  to  fielding  with  key 
users  being  trained  at  USAL06C,  Fort  Lee,  Virginia. 

e.  Adequate  communications  will  be  available. 

f.  All  TACCS  In  the  Phase  1  environment  will  be  operated  by 
transporters  who  are  not  data  processing  professionals. 

g.  MILSTAMP  and  data  format  will  be  fully  applied  to  all  materiel 
shipments. 

h.  Transportation  management  workload  will  increase  incrementally  over 
the  expected  life  cycle  of  the  system. 

i.  Hardware  and  software  selection  must  be  standardized  with  current 
or  planned  configurations  in  the  same  mission  area  to  enhance 
hardware  redundancy,  software  transportability,  and  integrated 
logistics  support  (ILS). 
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SECTION  3.  DETAILED  CHARACTERISTICS 

3.1  Specific  Performance  Requirements.  Performance  requirements  for 
Phase  1  can  be  grouped  according  to  subsystem,  as  follows: 

a.  Container  Subsystem.  The  goal  of  the  Container  Subsystem  is  to 

provide  an  increased  capability  to  movement  management  activities 

to  forecast  containers  and  monitor  and  report  their  status. 

Specific  objectives  for  the  Container  Subsystem  follow: 

(1)  Accuracy.  The  accuracy  of  container  transaction  reporting 
information  to  the  MCA  will  be  increased.  Edit  criteria  will 
be  resident  on  the  micro  system  to  prevent  errors  at  the  data 
entry  source.  The  transmission  of  container  information  will 
have  a  reduced  error  level  because  of  the  built-in  Phase  1 
edit  function. 

(2)  Workload.  Operator  workload  required  for  system  and 
operational  tasks  will  be  reduced.  The  Phase  1  will  provide 
easy  to  understand  user  prompts  which  will  speed  data  input, 
preparation  of  reports  and  generation  of  transactions. 
Additionally,  help  screens  will  be  available  to  provide 
assistance  on  completing  tasks. 

(3)  Decision  Makers.  The  time  between  source  data  capture  and 
management's  ability  to  act  and  make  decisions  based  on  that 
data  will  be  reduced.  Data  will  be  captured  on  a  daily  basis 
and  used  to  update  the  distributed  container  database. 
Transmission  of  this  data  to  the  MCA  on  a  same-day  basis  will 
allow  managers  at  that  level  to  make  decisions  that  more 
accurately  reflect  the  current  status  of  container  movements. 

(4)  Analysis.  The  ability  to  analyze  container  management  data 
will  be  increased.  This  will  reduce  the  amount  of  time 
required  for  analysis.  The  system  will  have  resident 
applications  to  create  standard  management  information 
reports.  Additionally,  ad  hoc  system  queries  for  data 
contained  in  active  or  inactive  container  files  will  be 
possible.  The  system  will  rapidly  search  container  record 
data  fields  that  have  been  identified  and  format  this 
information  as  required  for  local  use  and  transmission  to 
other  system  users. 

(5)  Automation.  An  automated  ability  to  produce  the  container 
worksheet  will  be  provided.  The  system  will  select  and  format 
records  onto  a  hard  copy  worksheet  which  will  be  used  to 
manually  enter  movement  event  information.  The  worksheet  will 
consist  of  all  container  records  that  require  additional 
movement  information  to  be  posted. 
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(6)  Transmission.  The  accuracy  and  speed  of  preparing  and 
transmitting  transactions  will  be  Improved.  The  system  will 
be  capable  of  Identifying  and  reporting  all  dally 
transactions.  All  Information  necessary  for  transactional 
reporting  will  be  prepared  in  the  proper  document  identifier 
code  (DIC)  format  and  transmitted  In  a  consolidated  report. 

(7)  Reports.  Capability  to  create  container  management 
information  reports  will  be  increased.  The  system  will  allow 
for  easy  preparation  and  transmission  of  all  required 
container  management  information  reports.  Some  reports  will 
allow  for  user-defined  parameters  to  be  used.  This  will  be 
achieved  by  the  system  accessing  selected  data  fields  and 
formatting  the  data  according  to  programmed  or  user-defined 
parameters. 

(8)  Historical  Reports.  The  system  will  be  capable  of  accessing 
historical  records/files  using  user-defined  parameters.  This 
will  allow  movement  managers  to  Identify  performance  trends 
and  potential  problem  areas. 

(9)  Record  Maintenance.  The  time  required  to  add  and  delete 

records  from  the  container  log  will  be  reduced.  The  system 
will  allow  rapid  identification  of  containers  that  have  not 
been  forecasted  and  provide  a  screen  with  a  record  format  to  » 

enable  the  user  to  create  a  record.  The  system  will  screen 
records  based  on  all  predefined  and  user-defined  parameters 

and  Identify  those  records  which  should  be  deleted  or 
transferred  to  a  History  File. 

b.  Freight  Subsystem.  The  goal  of  this  subsystem  Is  to  provide  an 
advanced  automated  capability  that  Is  more  comprehensive,  accurate 
and  timely  in  scheduling,  managing,  and  controlling  freight 
movements.  Specific  objectives  for  the  Freight  Subsystem  follow; 

(1)  Accuracy  to  Mode.  The  accuracy  of  commitment  data  transmitted 
to  mode  operators  will  be  increased.  The  system  edit 
functions  will  validate  user  commitment  data  prior  to 
transmission. 

(Z)  Accuracy  to  MCE.  The  accuracy  of  commitment  data  transmitted 
to  destination  the  MCE  in  freight  record  format  will  be 
Increased.  The  system  edit  functions  validate  user  freight 
commitment  data  prior  to  transmission.  The  system  will  allow 
freight  commitments  to  be  collected  In  destination  MCT 
communication  files  and  then  transmitted  In  freight  record 
format  to  each  MCE. 

(3)  Theater  Visibility.  All  freight  shipments  and  assets  moving 
under  a  TMR  from  in-theater  origin  to  in-theater  destination 
will  be  more  visible.  The  system  will  allow  freight  movement 
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and  asset  data  to  be  stored,  distributed  and  exchanged  by  all 
traffic  managers  within  the  system. 

(4)  Reports.  The  capability  to  create,  store  and  access  traffic 
management  reports  will  be  automated.  The  system  will  allow 
traffic  managers  to  employ  pre-defined  and  user-defined 
parameters  for  the  preparation  and  access  of  data  needed  for 
traffic  management  reports. 

(5)  Asset  Utilization.  The  ability  to  provide  more  efficient 
motor  transport  service  in  response  to  customer  requirements 
will  be  increased.  The  system  will  provide  both  routine  and 
time  sensitive  data  to  traffic  managers  on  inbound  and 
outbound  movements.  This  will  enable  theater  assets  to  be 
utilized  more  efficiently  and  lessen  the  need  for  tasking 
commercial  assets. 

(6)  Historical  Reports.  The  ability  to  produce  historical  reports 
will  be  provided.  The  system  will  be  capable  of  responding  to 
queries  on  selected  data  fields.  This  will  allow  traffic 
managers  to  identify  trends  and  potential  problem  areas. 

(7)  File  Maintenance.  The  ability  to  maintain  the  freight 
movement  information  at  a  minimum  of  95{  accuracy  will  be 
provided.  The  system's  edit  and  formatting  capabilities  will 
allow  the  user  to  record,  report  and  communicate  reportable 
transactions  with  minimal  operator  intervention. 

c.  Theater  Master  Address  Subsystem  (TMAS).  The  goal  of  TMAS  is  to 
build  and  maintain  an  automated  system  that  is  capable  of  providing 
user  organizations  with  updated  and  accurate  address  and  management 
information  in  a  timely  manner.  Specific  objectives  for  the  TMAS 
fol low: 

(1)  File  Maintenance.  TMAS  files  will  be  maintained  at  a  minimum 
of  95t  accuracy  at  all  times.  Current  address  file 
maintenance  procedures  are  inefficient.  Multiple  files 
require  separate  entries  and  intensive  cross-checking  using 
manual  means  to  ensure  accuracy.  The  new  relational  database 
system  will  employ  an  on-line  edit  and  cross-reference  edit 
capability  that  will  assure  that  data  entries  are  accomplished 
accurately  and  efficiently. 

(2)  Address  Updates.  Rapid  updates  of  address  data  in  an 
interactive  manner  with  related  supply  and  transportation 
systems  will  be  provided.  Current  address  data  is  required  by 
shipping  and  movement  activities  to  reduce  misrouted  shipments 
and  transportation  costs.  The  current  system  is  slow,  subject 
to  frequent  errors  and  not  capable  of  interacting  with  other 
systems.  The  new  system  will  provide  timely  and  accurate 
information  on  mailing,  billing  and  shipping  addresses  as  well 
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as  critical  supply  and  transportation  management  information. 
This  added  capability  will  reduce  the  need  for  redundant  data 
collection  and  manipulation  by  other  systems. 

(3)  Capabilities.  A  system  that  is  capable  of  receiving, 

processing,  posting  and  disseminating  additions,  deletions  and 
changes  will  be  provided.  The  current  system  is  slow,  paper 
driven  and  must  be  manually  updated  when  additions,  deletions 
or  changes  are  required.  The  new  system  will  provide  improved 
methods  of  data  entry,  interactive  record  displays,  automated 
updates  of  relational  data  files  and  will  interact  with  other 
DAMMS-R  subsystems.  It  will  be  capable  of  receiving, 
processing  and  generating  command- initiated  requests  for  TMAS 
file  additions,  deletions  and  changes  as  well  as  producing  ad 
hoc  queries  and  reports. 

3.1.1  Accuracy  and  Validity.  Several  accuracy  and  validity  issues 
affect  Phase  1  and  are  discussed  in  the  following  subparagraphs. 

a.  Types  of  Accuracy  -  Several  major  categories  of  accuracy  impact  on 
Phase  1  functions: 

(1)  Accurate  sequencing  of  data  transactions  is  vital  to  the 
historical  analysis  and  auditing  of  data,  but  will  not 
preclude  the  acceptance  of  data  into  Phase  1. 

(2)  Editing  of  records  and  keys  by  Phase  1  will  not  be  so  rigid 
that  records  with  otherwise  usable  keys  are  rejected. 

(3)  Priority  will  be  given  to  getting  data  where  it  is  needed, 
when  it  is  needed. 

(4)  Transmission  of  data  must  be  at  least  lOOX  accurate  and 
complete.  (Additional  appropriate  communication  software  must 
be  acquired  to  provide  this  capability.) 

b.  Types  of  Validity  -  Phase  1  should  permit  data  entry  into  fields 
only  as  far  as  the  number  of  characters  the  field  is  designed  to 
hold,  and  other  field  characteristics  (such  as  left/right 
justification,  alpha-numeric  field  configurations,  and 

f ield-to-f ield  dependency)  checks.  When  required.  Phase  1  should 
test  the  contents  of  character  arrays.  Attempts  by  the  user  to 
enter  excess  information  will  cause  the  system  to  give  an 
indication  to  the  operator  that  field  characteristics  have  been 
violated.  Input  data  validations  called  for  in  the  specifications 
for  the  system  must  be  applied  and  appropriate  error  messages 
displayed  on  the  monitor,  when  applicable.  Specified  "help" 
features  must  be  displayed  when  required  and/or  requested,  to 
include  narrative  descriptions.  Data  element  edit  criteria  are 
provided  in  Appendix  V. 
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3.1.2  Timing.  Phase  1  system  timing  requirements  include: 

a.  File  backup  should  be  accomplished  within  30-45  minutes  each  day. 

b.  Perishability  of  information  depends  on  the  type  of  data  and  how  it 
is  used. 

c.  Information  flow  requirements  become  more  stringent  with  the 
implementation  of  each  successive  fielding  segment.  Later, 
information  flow  requirements  will  be  reduced  to  minutes  or 
seconds. 

d.  Functions  requiring  single  key  data  retrieval  from  a  database 
resident  on  the  system  should  take  no  more  than  four  seconds  from 
the  entry  of  the  request  until  the  results  are  displayed  on  a 
screen. 

e.  Ad  hoc  query  timing  requirements,  while  not  specifically  defined, 
should  take  no  more  than  two  minutes.  However,  it  is  typical  for 
complex  and/or  non-key  function  ad  hoc  queries  to  require  more  than 
two  minutes  for  a  response. 

f.  Response  time  of  major  functions:  generated  formats  from  various 
databases  should  be  produced  and  ready  for  transmission  within  five 
seconds  after  entering  the  program  mode. 

g.  Interactive  on-line  inquiries  pertaining  to  stored  requirements 
data,  or  major  data  elements,  should  be  satisfied  within  one 
minute. 

h.  Interactive  changes  (additions,  deletions,  and  changes)  to  major 
data  elements  should  be  satisfied  within  15  seconds. 

i.  Response  time  to  queries  and  to  updates  of  data  files:  Queries  on  a 
specific  key  should  result  in  the  record  being  produced  in  less 
than  ten  seconds.  Updates  of  specific  fields  on  a  record  would 
require  no  more  than  five  seconds. 

3.1.3  Capacity  Limits.  The  maximum  number  of  transactions,  storage 
requirements,  and  other  quantifiable  information  (including  capacity  limits 
due  to  varying  modes  of  operation)  regarding  Phase  1  will  be  provided  in  a 
later  draft  of  this  document. 


3.2  Functional  Area  System  Functions.  The  functions  of  Phase  1  will  be 
performed  within  the  Container,  Freight,  and  TMAS  Subsystems.  These 
functions,  when  programmed,  will  provide  an  automated  means  to  obtain, 
manipulate,  store  and  distribute  information.  The  functional  processes  that 
constitute  each  subsystem  are  provided,  by  subsystem,  in  Appendix  III. 

3.3  Inputs  and  Cutouts.  System  inputs,  outputs,  and  entities,  by 
subsystem,  are  provided  in  Appendix  III  of  this  document.  The  relationship 
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of  Inputs,  outputs,  and  entities  to  the  appropriate  functional  processes  a^'e 
also  depicted  (by  data  flow  diagrams)  in  the  process  sections  of  Appendix 
III. 

3.4  Database/Data  Bank  Characteristics.  Complete  database 
characteristics  have  not  been  developed  at  this  time.  The  files  and  tables 
(and  their  characteristics),  that  have  been  developed  and  identified  for 
development  in  each  subsystem  database  appear  in  Appendices  IV  and  V  of  this 
document. 


3.5  Failure  Contioencies .  The  support  to  be  provided  in  addressing 
hardware  and  software  failures  is  unknown  at  the  time  of  this  writing. 

System  susceptibility  to  failures  and  their  consequences  in  terms  of  system 
performance  are  substantially  dependent  upon  the  details  of  mechanization  of 
the  system.  From  a  functional  standpoint,  some  technical  procedures  should 
be  applied  whereby,  as  a  minimum,  the  logical  files  of  the  Phase  1  are 
transferred  (dumped)  to  an  off-line,  machine  processable  storage  medium  (such 
as  magnetic  tape  or  diskettes)  at  the  end  of  each  day's  processing.  This 
dump  function  would  provide  a  backup  snapshot  of  the  Phase  1  logical  files. 
This  would  allow  and  provide  for  a  periodic  checkpoint  from  which  to  begin  a 
recovery  in  the  event  of  disk  error,  hardware  or  software  failure.  Further 
needs  (journals/loss,  checkpoint/re-start  files,  etc.,)  in  this  area  will  be 
solidified  as  Phase  1  specifications/capabilities  become  known. 


a.  Back-up.  Phase  1  will  provide  both  hardware  and  software  back-up 
(recovery)  capabilities.  All  terminal  activity  should  be  ceased 
once  a  day  during  a  time  of  little  or  no  terminal  activity.  At 
that  time,  the  on-line  database  should  be  dumped  onto  tape, 
providing  a  copy  relevant  to  that  point  in  time.  The  database 
status  tapes  should  be  stored  for  a  minimum  of  seven  days  to 
provide  the  necessary  backup  files.  During  normal  terminal 
operation  of  the  system,  all  changes  to  the  on-line  database  should 
be  copied  onto  disk  as  they  occur.  Should  complete  data  files,  or 
a  portion  of  them,  be  inadvertently  lost  because  of  improper  entry 
procedures  or  terminal  operator  error,  the  system  status  could  be 
restored  by  reloading  the  appropriate  backup  tape  and  manually 
re-entering  the  lost  data.  The  system  could  then  be  returned  to 
normal  operation.  The  existence  of  backup  tapes  would  provide 
positive  protection  against  the  possibility  of  unreadable  database 
status  tapes. 

b.  Fallback.  During  computer  shutdown  or  malfunction,  data  will  be 
collected  manually.  The  accumulated  data  will  be  formatted  after 
return  to  full  on-line  operations.  For  sustained  shutdown  or 
malfunction,  movement  progranning  by  manual  means  will  be 
implemented. 

c.  Degraded  Modes  of  Operation.  The  priorities  for  restoring  the 
essential  functional  processing  steps  of  Phase  1,  in  the  event  that 
full  processing  capability  is  not  available  will  be  discussed  in  a 
later  draft  of  this  document. 
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SECTION  4.  DESIGN  CONSIDERATIONS 

4.1  System  Description.  At  the  start  of  each  day,  the  system 
administrator  performs  a  start-up  procedure  to  make  the  system  available  to 
other  members  of  the  unit.  This  procedure  includes  entering  the  unit's 
available  communications  capabilities  (voice,  MINET,  etc.)  to  the  address 
file.  An  operator  can  then  logon  to  the  system  using  a  personal 
identification  (ID)  code  and  a  password  associated  with  a  group  ID.  The 
group  ID  allows  access  to  a  selected  group  of  the  organizations  mission 
functions  (except  the  System  Administration  functions). 

The  operator  enters  information  after  he  selects  a  data  entry  screen.  The 
operator  can  view  all  the  information  stored  in  the  existing  files,  and  can 
modify  this  data  or  use  it  as  is.  When  all  the  information  has  been  input  or 
retrieved,  the  operator  enters  the  screen  into  the  system.  When  screens  are 
entered,  the  system  updates  appropriate  databases,  and  formats  communications 
transactions  (COMMTRANS)  and  stores  them  in  a  communications  file(s) 
(COMMFILE). 

Phase  1  errors  have  been  grouped  into  two  categories;  fatal  and  non-fatal.  A 
fatal  error  is  one  that  the  system  rejects  and  must  be  corrected  by  the 
operator.  A  non-fatal  error  can  be  corrected  by  the  system  or  is  acceptable 
to  the  system.  For  example,  some  edits  reject  items  (if  the  values  are  not 
correct),  will  accept  blanks  in  the  same  field.  The  TMICS  applications 
replaced  by  Phase  1  are  expected  to  fill  an  invalid  entry  with  blanks. 

When  COMMTRANS  are  generated,  the  system  selects  the  organization  to  receive 
the  information,  and  displays  the  organization  identification.  The  system 
then  prompts  the  operator  to  confirm  or  to  override  the  selection.  The 
system  uses  the  organization  identification  to  select  the  type  of 
communication  (e.g.,  commercial  dial-up,  MINET,  voice,  etc.)  needed  for  this 
organization.  The  screen  displays  this  communication  type  and  prompts  the 
operator  to  accept  or  modify  the  selection.  The  COMMTRANS  will  be  stored  so 
that  it  can  be  retrieved  for  modification  of  the  transaction.  At  times,  the 
operator  will  need  to  make  a  change  to  the  communications  media  recorded  in 
the  COMMFILE.  As  an  example,  when  the  system  completes  start-up  and  the 
MINET  network  is  available,  but  has  gone  down,  transactions  will  need  to  be 
routed  to  another  media. 

COMMTRANS  will  be  one  of  three  categories: 

a.  Demand. 

b.  Coordinating. 

(1)  Requests  for  positive  inbound  clearance. 

(2)  Receive  positive  inbound  clearance. 

(3)  Task  mode  operation. 

c.  Operational. 
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These  transactions  reflect  the  Initiation  and  coordination  of  activities 
between  transportation  elements,  and  may  require  a  response  before  additional 
activities  are  completed.  Coordinating  transactions  will  be  transmitted  on  a 
scheduled  basis,  via  the  appropriate  carrier,  using  a  file  transfer 
capability.  An  alternate  capability  for  voice  coordination  is  also 
necessary.  For  coordinating  transactions  in  the  voice  mode,  the  transporter 
brings  to  the  screen  all  of  the  activity  for  a  specific  organization.  During 
a  telephone  conversation  with  that  unit,  the  transporter  negotiates  the 
response  to  the  coordinating  transaction  and  enters  this  response. 

Operational  transactions  include  such  items  as  movement  visibility 
transactions  and  asset  visibility  transactions.  These  transactions  always 
start  at  the  bottom  of  the  organization  and  flow  to  the  top.  As  in 
coordinating  transactions,  operational  transactions  will  be  transmitted 
periodically  using  a  file  transfer  capability,  with  voice  communications  as 
the  backup.  Each  unit  will  transmit  its  operational  transactions  to  1st 
THCA,  where  the  normal  CHH  process  will  be  executed. 

The  operator  initiates  this  transmission  (via  a  screen  process)  of  all  items 
for  a  particular  receiving  unit.  If  a  transmission  is  not  completed  within 
five  attempts,  the  system  should  notify  the  operator  and  saves  the  COHMFILE 
for  later  transmission.  The  above  system  flow  generally  represents  the  flow 
of  coordinating  and  operational  transactions  throughout  the  system. 

1st  TMCA  initiates  demand  transactions  such  as  hold  and  divert.  A  data  query 
of  the  CMH  database  is  used  to  determine  who  to  send  these  transactions. 

These  demand  transactions  will  require  immediate  communication  and  action. 
This  will  take  the  format  of  broadcast  items,  and  will  be  handled  via 
telephone,  TELEX,  or  radio,  depending  on  availability. 

Daily,  1st  TMCA  will  pass  address  and  error  rejection  data  to  the  major 
subordinate  units.  Each  major  unit  will  update  its  files  and  transmit  this 
information  to  its  subordinate  unit(s}.  Additionally,  each  major  unit  will 
select  from  its  files  the  latest  updated  operational  information  or 
forecasted  movements,  assets,  schedules,  etc.  The  unit  transmits  this 
information  to  subordinates  for  the  updating  of  their  files.  The  error  items 
received  by  these  units  are  converted  by  a  combination  of  individual  screens 
and  processes.  They  can  be  converted  via  a  test  editor  and  its  change  or 
overlay  features.  This  completes  the  normal  transaction  processing  cycle  for 
Phase  1,  other  than  backing  up  the  files. 

Figure  4.1-1  illustrates  the  user  organizational  relationship  to  the  major 
components  of  Phase  1. 
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Figure  4.1-1.  User  Organizational  Relationship  to  DAMMS-Rl  Components 
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4.2  System  Functions.  Descriptions  of  the  specific  performance 
requirements  satisfied  by  Phase  1  functions  will  be  elaborated  upon  in  such  a 
fashion  as  to  relate  to  the  system  environment  discussed  in  Section  5  in  a 
later  draft  of  this  document. 


4.3  Flexibility.  The  design  of  Phase  1  will  be  with  the  understanding 
that  incremental  enhancements  will  be  made  as  the  Step-Up  Lifecycle  of 
DAMMS-R  is  completed. 

4.4  System  Data.  Appendix  III  identifies  the  specific  inputs 
identified  for  use  in  Phase  1.  Existing  screens  for  each  of  the  subsytems 
are  provided  in  the  Process  sections  of  Appendix  III.  Appendix  IV  describes 
the  files  and  tables  that  have  been  developed  and  identified  for  development 
into  Phase  1  subsystem  databases.  Design  details  dealing  with  database 
characteristics  that  have  been  developed  are  also  provided  in  Appendix  IV. 
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SECTION  5.  ENVIRONMENT 


The  Phase  1  system  will  require  the  use  of 


a  functionally-located,  yet  mobile,  microcomputer  workstation.  Table  5.1-1 
lists  the  components  that  are  included  in  a  master  and  a  remote  workstation. 
Figure  5.1-1  illustrates  that  same  hardware.  Table  5.1-2  lists  the  system 
hardware  including  internal  storage  requirements  and  the  number  required  of 
each  hardware  item,  where  applicable. 

Phase  1  sites  will  receive  TACCS  configured  with  three  remote  workstations  in 
addition  to  the  primary  workstation.  The  following  subparagraphs  provide  a 
description  of  each  of  the  functional  components  of  the  TACCS  workstation. 

a.  Processor.  The  Logic  Module  (LM)  houses  the  central  processing 
unit  (CPU),  which  has  1  megabyte  of  on-board  random  access  memory 
(RAM),  and  communications  interfaces  (DATA  COM).  The  Logic  Module 
also  contains  one  floppy  diskette  drive,  one  hard  disk  drive  and 
one  tape  cartridge  drive. 

b.  Storage  Devices.  There  are  three  types  of  storage  devices: 

(1)  One  floppy  diskette  drive  using  5  1/4"  floppies  containing 
630K  storage  after  formatting. 

(2)  One  hard  disk  drive  containing  85  million  bytes  of  memory, 
where  67  million  bytes  are  actually  available  for  data  storage 
after  formatting. 

(3)  One  tape  cartridge  drive  using  standard  cartridge  tapes  which 
contain  24  million  bytes  of  storage  after  formatting. 

c.  Output  devices.  The  output  devices  consist  of  a  dot  matrix  printer 
unit  (RP-336/TYQ-33(V)) ,  a  Bell  212A  communications  interface 
modem,  and  a  high-resolution,  monochrome  monitor. 

d.  Input  devices.  The  input  devices  consist  of  a  keyboard,  a  floppy 
disk  drive,  a  tape  cartridge  drive,  and  Centronics  parallel 
port/RS-232  serial  port  for  on-line  processing.  It  also  includes  a 
communications  interface  (DATA  COM)  with  an  FM  radio  interface, 
telephone  connection  with  auto/manual  dial,  2  modems  and  connection 
to  Digital  Secure  Voice  Terminal  (DSVT). 

5.2  Support  Software  Environment.  The  Phase  1  software  identified  in 
Table  5.2-1  will  be  fielded  to  the  designated  units  identified  in  Figure 
5.2-1  at  the  same  time  as  the  TACCS  hardware.  During  Phase  1  of  DAMMS-R,  the 
functional  users  will  evaluate  the  system  to  determine  adequacy  and  make 
recommendations  for  enhancements  prior  to  the  system  being  extended  to 
additional  users  in  Phase  2.  It  should  be  understood  that  Phase  1  may,  and 
will  most  likely,  be  fielded  for  evaluation  during  tactical/f ield  training 
exercises  to  determine  wartime  oriented  developmental  requirements  for 
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Table  5.1-1.  TACCS  Workstation  Components  (1  of  1). 


WORKSTATION 

TYPE 

Master  Workstation 

Remote  Workstation 


ITEM 

Monitor  Unit 
Keyboard 
Printer  Unit 
Logic  Module 
Remote  Logic  Module 
Monitor  Unit 
Keyboard 


TYPE 

NUMBER 

MX-10723/TYQ-33(V) 

KY-903/TYQ-33(V) 

RP-336/TYQ-33(V) 

MU-857/TYQ-33(V) 

MU-858/TYQ-33(V) 

MX-10723/TYQ-33(V) 

KY-903/TYQ-33(V) 


COMMON 

NAME 

Monitor 

Keyboard 

Printer 

LM 

RLM 

Monitor 

Keyboard 
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Figure  5.1-1.  TACCS  Workstation  Field  Components. 
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Table  5.1-2.  DAMMS-Rl  Hardware  (1  of  1) 


1 

1 

HARDWARE  DESCRIPTION  I 

1 

INTERNAL  1 
STORAGE  1 

REQUIRED 

NUMBER 

1 

1  REQUIRED  INPUT/ 

1  OUTPUT  DEVICE 

1 

1 

1 

LOGIC  MODULE  I 

MU-857/TYQ-33(V)  I 

1 

1 

1 

1 

1 

1 

1 

1  MB  1 

1 

1 

1 

1 

1 

23 

1 

1 

1 

1  MDNITOR/KEYBOARD/ 

1  HARD  DISK  DRIVE/ 

1  FLOPPY  DISK 

1  DRIVE/TAPE 

1  CARTRIDGE  DRIVE 

MODEM  (BELL  212A)  I 

N/A  1 

23 

1  LOGIC  MODULE 

MODEM  (V.23)  I 

N/A  1 

I 

23 

1  LOGIC  MODULE 

KEYBOARD  (KY-903/TYQ-33V) I 

1 

1 

N/A  1 

1 

1 

299 

1  LOGIC  MODULE/ 

1  MONITOR/PRINTER 

1 

MONITOR  1 

MX-10723/TYQ-33(V)  I 

N/A  1 

1 

1 

299 

1  LOGIC  MODULE/ 

1  KEYBOARD/PRINTER 

REMOTE  LOGIC  MODULE  I 

MU-858/TYQ-33(V)  1 

1 

1 

1  MB  1 

1 

1 

1 

69 

1  KEYBOARD/MONITOR/ 

1  LOGIC  MODULE/ 

1  PRINTER 

WINCHESTER  DISK  DRIVE  1 

1 

1 

67  MBYTES  1 
(FORMATTED)  1 

1 

23 

1  LOGIC  MODULE 

1 

1 

FLEXIBLE  DISK  DRIVE  1 

1 

1 

630K  1 

(FORMATTED)  1 

23 

1  LOGIC  MODULE 

1 

1 

TAPE  CARTRIDGE  DRIVE  I 

1 

1 

24  MBYTES  1 
(FORMATTED)  1 

23 

1  LOGIC  MODULE 

1 

1 

PRINTER  QANTEX  MODEL  70201 

RP-3361/TYQ-33(V)  1 

1 

1 

1 

1 

1 

N/A  1 

1 

1 

1 

1 

1 

1 

23 

1  LOGIC  MODULE/ 

1  REMOTE  LOGIC 

1  MODULE/KEYBOARD/ 

1  MONITOR/CENTRONICS 

1  PARALLEL  PORT/ 

1  RS-232  SERIAL  PORT 

1 

1  1 

*For  information  on  required  TACCS  Systems  Cables, 
TM  11-7010-213-12,  Table  1-5.  1 

1  1 

1  1 

1  1 

refer  to 

1 

1 
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Table  5.2-1.  DAMMS-Rl 

Support  Software  (1  of  1) 

PROGRAM 

1  1 

1  PROGRAM  1 

RELEASE 

NAME 

1  IDENTIFICATION  I 

LEVEL 

BURROUGHS  20  OPERATING  SYSTEM  (BTOS) 

1  1 

1  TBD  1 

TBD 

Mult iP Ian 

1  TBD  1 

1  1 

1  1 

TBD 
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Organization 

TACCS 

Remote 

Terminals 

1ST  TMCA 

4 

12 

502D  MCC 

2 

6 

229th  MMC 

2 

6 

MCT  Moenchen  Gladbach 

1 

3 

MCT  Bremerhaven 

1 

3 

MCT  Nuernberg 

1 

3 

MCT  Stuttgart 

1 

3 

MCT  Frankfurt 

1 

3 

MCT  Kaiserslautern 

1 

3 

39th  Trans  Bn  (MC) 

2 

6 

27th  Trans  Bn  (MC) 

2 

6 

MCT  Rotterdam 

1 

3 

MCT  Idar-Oberstein 

1 

3 

ATMCT  Ramstein 

1 

3 

ATMCT  Rhein  Main 

1 

3 

MCT  Mannheim 

1 

3 

Europe  -  Totals 

23 

~W 

25th  TMCA 

4 

12 

MCT  Teajon 

1 

3 

MCT  Taegu 

1 

3 

MCT  Pyongtaeck 

1 

3 

MCT  Seoul 

1 

3 

MCT  Bupyeong 

1 

3 

MCT  Kumchon 

1 

3 

MCT  Uijonbu 

1 

3 

MCT  Tongduchon 

1 

3 

MCT  Kunsan 

1 

3 

MCT  Waegwan 

1 

3 

MCT  Chunchon 

1 

3 

MCT  Pusan 

1 

3 

MCT  1st  Region,  Seoul 

2 

6 

MCT  2nd  Region,  Pusan 

2 

6 

ATMCT  Osan 

1 

3 

Korea  -  Totals 

21 

~br 

Figure  5.2-1.  DAMMS-Rl  TACCS  Fielding  Schedule. 
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software  applications.  Refer  to  Section  1.2.11  Support  Software 
Documentation  for  specific  information  on  software  documentation. 

5.3  Communications  Requirements.  An  essential  element  of  DAMMS-R  is 
the  capability  to  communicate  at  every  echelon  with  every  other  DAMMS-R 
computer/microprocessor  within  a  given  Theater  of  Operations  (TOPNS).  The 
communication  requirements  to  support  DAMMS-R  fielding  are  identified  in  the 
Telecommunications  Requirements  for  the  DAMMS-R,  dated  13  November  1987. 

These  communication  requirements  will  exist  from  Phase  1  through  Phase  2  with 
modifications  as  necessary  to  support  the  Air/Land  Battle  tactical  interfaces 
and  as  transmission  media  and  equipment  technology  advances.  Data  volumes 
will  increase  substantially  as  equipment  is  fielded  to  all  DAMMS-R  using 
units.  Appendix  I  of  the  Telecommunications  Requirements  document  contains 
a  listing  of  the  existing  transportation  units,  terminal  locations,  hardware 
and  software  in  use  in  USAREUR.  Appendix  II  of  the  Telecommunications 
Requirements  document  shows  the  DAMMS-R  fielding  of  TACCS  in  USAREUR  which 
includes  56  TACCS  devices  with  69  remotes.  There  will  also  be  a  CTASC  1 
located  at  the  TMCA  in  Oberursel,  FRG.  Appendix  IV  lists  the  Phase  1  message 
flow  requirements  by  type  message,  including  the  length  of  the  message  in 
in  bits.  This  data  transfer  can  be  analyzed  in  conjuction  with  the  Phase  1 
Theater  Architecture  shown  in  Figure  5.1,  (page  18)  of  the  Telecommunications 
Requirements  document  to  determine  the  volumes  of  traffic  between  each  interface. 

5.3.1  Graphic  Overview.  In  the  Telecommunications  Requirements  document, 
figures  3.2  and  5.1  (pages  8  and  18  respectively),  depict  graphic  representations 
of  the  existing  USAREUR  communications  connectivity.  Appendix  IV  of  the 
Telecommunications  Requirements  document  contains  the  data  information  to  be 
exchanged  including  the  size,  frequency,  and  message  title.  The  tables  in 
Appendix  IV  also  show  that  the  volume  of  data  transfer  per  transaction  varies 

in  length  from  1200  bits  to  nearly  30  Mbs  (megabytes). 

5.3.2  Hardware.  The  hardware  currently  under  consideration  to  support 
Phase  1  of  DAMMS-R  is  the  CTASC  1  and  the  TACCS.  The  communications 
equipment  to  support  this  hardware  has  not  been  determined  at  the  time  of 
publication  of  this  document  but  will  be  identified  in  the  US  Army 
Information  Systems  Engineering  and  Integration  Communications  Plan  and 
Detailed  Engineering  Plans  to  be  published  by  USAISC  at  a  later  date. 

5.3.3  Software.  The  communications  software  to  support  Phase  1  has  not 
been  determined  at  the  time  of  publication  of  this  document  but  will  be 
determined  by  the  US  Army  Informations  System  Engineering  and  Integration 
Center,  Fort  Huachuca,  Arizona. 

5.4  Interfaces.  The  system-to-system  interfaces  of  Phase  1  are  based 
upon  the  fielding  of  the  CTASC  1  and  TACCS.  The  upgrade  to  the  existing 
DAMMS  system  interfaces  (shown  in  Figure  5.4-1),  are  configured  to  allow  for 
the  free  flow  of  data  between  automated  processing  devices.  The  purpose  of 
the  system  upgrade  is  to  maintain  visiblity  and  influence  over  intransit 
cargo  to  meet  command  requirements.  DAMMS-R  will  operate  within  the  security 
considerations  outlined  in  AR  380-380,  Automated  Systems  Security. 
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Interface  Systems 

ADP  & 

COMM  Device 

Security  Class 

DA  Standard  Port  System-Enhanced 
(DASP-E) 

DAS3  D/C 
DDN/AUTODIN 

UNCLAS 

MAC  Aerial  Port  Documentation 
&  Movement  System  (ADAM  III) 

Honeywell/ 

Manual 

UNCLAS 

Terminal  Management  On-Line 

System  (TOLS) 

BMT/AUTODIN 

UNCLAS 

Logistic  Intelligence  File  (LIF) 

BMT/AUTDDIN 

UNCLAS 

Defense  Intrasit  Subsistence 
Management  System  (DISMIS) 

BMT/AUTODIN 

UNCLAS 

DOD  Activity  Address  Directory 
(DODAAD) 

BMT/AUTODIN 

UNCLAS 

Figure  5.4-1.  Existing  DAMMS  Interfaces. 
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Operationally,  Phase  1  will  begin  to  be  deployed  in  Europe 
utilizing  the  existing  TMICS  with  time  phased  integration  of 
CTASC  1  and  TACCS  hardware.  Operational  considerations  for  DAMMS-R 
reqire  that  the  system  be  designed  to  take  full  advantage  of  the 
TACCS  hardware.  The  ACCS  Common  hardware  (presently  in 
development),  will  be  tactically  configured,  have  modems  for 
dial-up  telephone  access,  possess  two  wire/four  wire  direct  circuit 
hook-up,  and  compatibility  for  radio  voice/data  connectivity  with 
existing/future  tactical  radio  system  assets.  Functional 
characterization  of  communication  circuits  will  consist  of  "direct 
dial"  ANALOG  circuits.  Modems  are  required  to  connect  digital 
devices  to  the  ANALOG  (voice  grade)  lines  with  transmission  speeds 
governed  by  the  maximum  operating  speed  of  the  modem  used.  Modems 
standards  will  conform  to  AT&T/CCITT  specifications.  The  physical 
characterization  of  the  telecommunications  circuit  connectivity 
should  require  that  circuits  be: 

(1)  Two  wire/four  wire  switched  or  dedicated. 

(2)  Full  duplex  transmission  capable. 

(3)  Dial-up  telephone  access  capable.  (Host  Nation  approved 
modems  must  be  considered  in  OCONUS  areas.) 

(4)  DDN  dail-up  access  circuitry  must  be  capable  of  operating  with 
full-duplex,  two  wire  modem  utilization. 

General  description  of  the  data  transfer  requirements  varies 
considerably  between  DAMMS-R  and  each  interface.  Specific  data 
transfer  requirements  are  clarified  in  the  Individual  User 
Interface  Requirements  documents.  DAMMS-R  interfaces  are 
identified  in  the  Army  Battlefield  Interface  Concept  (ABIC). 

Text  formats  required  will  remain  consistant  with  formats 
identified  in  DoD  4500. 32R  Vol  I  (MILSTAMP),  technical  manuals  on 
the  Cargo  Movements  Module  (CMM)  and  the  Joint  Information  Tactical 
Automated  Command  and  Control  System  (JINTACCS).  Technical  manual 
and  JINTACCS  standards  must  be  adhered  to  where  applicable.  Use  of 
AUTODIN  communications  formats  will  remain  consistant  with  the 
formats  specified  in  JANAP  128,  AUTODIN  Operating  Procedures. 

Units  of  measurements  are  derived  from  the  large  body  of  standards 
incorporated  in  CCITT  recommendations.  Electronics  Industries 
Association  (EIA),  and  the  US  Government/Military  Communications 
Systems  Technical  Standards  (MIL-STD  188C).  Detailed  DAMMS-R 
system  engineering  design  oata  will  incorporate  the  standards 
stated  therein. 

The  Phase  1  anticipated  interfaces  are  identifed  in  the  following 
subparagraphs: 

(1)  CTASC  1  to  AUTODIN  -  The  CTASC  1  will  perform 
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centralized  operation  of  the  Phase  1  system  and  through  this 
interface  pass  narrative  traffic  to  transportation  customers 
and  the  OCCA,  in  theater.  Data  traffic  will  be  exchanged  with 
the  LIF  and  DLSSA  providing  updated  intransit  cargo 
information.  Data  traffic  will  be  received  from  the  MTMC 
regarding  inbound  ship  manifests. 

(2)  CTASC  1  to  DDN  -  The  CTASC  1  in  its  capacity  as  the 
centralized  operation  of  the  Phase  1  system  will  act  as  an 
electronic  mail  host  for  all  theater  TACCS  users/subscribers. 
This  interface  is  automated. 

(3)  CTASC  1  to  TACCS  -  The  CTASC  1  in  its  capacity  as  the 
centralized  processor  of  the  Phase  1  system  will  receive  input 
and  generate  output  data  from  the  functionally  subordinated 
TACCS  users. 

(4)  TACCS  to  Intel  310/Wvse  PC  -  During  the  fielding  of 

Phase  1,  the  TACCS  and  the  IBM  Displaywr iter  will  be  required 
on  an  interim  basis  until  such  time  as  the  TACCS  replaces  all 
Displaywr iters  within  the  using  units.  This  interface  will  be 
automated . 

(5)  TACCS  to  TELEX  -  Phase  1  fielding  requires  a  manual 
interface  between  TACCS  and  Siemens  TELEX  devices  in  using 
units.  This  interface  will  effect  telecommunications 
connectivity  with  commercial  carriers  that  transportation 
units  rely  on  for  contracted  services.  This  interface  will  be 
manual,  utilizing  data  to  TELEX  conversion  equipment. 

(6)  TACCS  to  DDN  -  This  interface  is  required  to  provide 
interactive  computer  to  computer  operations  and  electronic 
mailbox  service.  This  interface  is  automated. 

(7)  TACCS  to  ADAM  III  -  ADAM  III  is  a  Military  Airlift 
Command  (USAF)  standard  system  dedicated  to  automated  data 
processing  on  cargo  moving  through  the  Aerial  Port  system. 

This  interface  is  required  to  provide  air  manifest  cargo 
release  data  for  the  Inclusion  into  the  DAMMS-R  Master  File. 
This  interface  consists  of  a  manual  exchange  of  magnetic  media 
between  the  ADAM  III  and  the  ATMCT. 


Use  of  switched  circuit  operational  concepts  over  dedicated  circuit 
concepts  should  be  considered  on  all  proposed  telecommunications 
connectivity.  Multipoint  connectivity  must  be  considered  in  all 
instances  where  dedicated' circuitry  is  proposed.  All  DAMMS-R 
system  interfaces  will  take  into  consideration  hard  wire 
connectivity  where  available,  common  user  dial-up  access 
connectivity  if  available,  and  tactical  radio  communications 
connectivity  when  required. 
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5.5  Summarv  of  Impacts.  The  following  subparagraphs  summarize  the 
anticipated  impacts  of  the  proposed  Phase  1  on  the  AOP  organization. 

5.5.1  ADP  Organizational  Impacts.  When  considered  as  an  integrated 
part  of  the  overall  DAMMS  project.  Phase  1  will  have  the  following 
organizational  impacts: 

a.  MCA  will: 

(1)  Be  the  Chief  System  Administrator  for  Phase  1. 

(2)  Perform  project  leadership/management  functions  for  further 
development  of  Phase  1.  Develop  functional  requirements  and 
forward  them  to  the  USALOGC,  Fort  Lee,  Virginia. 

(3)  Receive  training  requirements  and  coordinate,  schedule,  and 
conduct  Phase  1  sustainment  training.  Coordinate  with  the 
TRANSCOM  to  assist  in  training  as  required. 

(4)  Conduct  staff  assistance  visits  to  each  Trans  Bn  (MC)/CMCC, 
MCE,  and  ATMCT  semi-annually  or  upon  request. 

(5)  Serve  as  point  of  contact  for  Phase  1  problems  (maintain 
incident  log  with  all  pertinent  information).  Refer  hardware 
and  software  problems  to  the  TRANSCOM.  All  communications 
will  be  via  telephone  to  prevent  delays  and  to  ensure  all 
questions  are  answered. 

b.  TRANSCOM  will: 

(1)  Receive  Phase  1  hardware  and  software  problem  reports  from 
MID,  1st  TMCA  on  the  Problem  Report  Form  and  take  appropriate 
action.  Provide  assistance  upon  request  from  MID,  1st  TMCA  in 
resolving  maintenance  related  problems  between  Phase  1  users. 

c.  Trans  Bn  (MC)  and  CMCC  will: 

(1)  Implement  Phase  1  as  directed. 

(2)  Ensure  compliance  by  subordinate  elements.  Conduct  staff 
assistance  visits  to  subordinate  elements,  document  findings, 
and  perform  follow-up  actions. 

(3)  Ensure  that  there  is  an  active  sustainment  training  program, 
and  that  at  least  two  operators  are  adequately  trained  at  each 
site.  Coordinate  with  the  MCA  for  additional  training 
requirements  for  Phase  1  operators. 

(4)  Assign  member  of  staff  as  Phase  1  coordinator  and  provide  the 
name  and  phone  number  of  that  individual  to  the  MCA. 
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(5)  Establish  and  monitor  Phase  1  equipment  expendable  supply 
requisition  procedures  for  subordinate  units,  to  ensure 
uninterrupted  system  operation. 

(6)  Suggest  system  improvements  to  the  MCA.  Suggestions  should  be 
applicable  to  all  system  locations. 

(7)  Request  assistance  from  the  MCA  as  needed, 
d.  MCE/ATMCT  will: 

(1)  Implement  Phase  1  as  directed  by  theater  army  HQ. 

(2)  Train  personnel  in  the  operation  of  Phase  1  to  ensure  that  at 
least  two  adequately  trained  personnel  are  available. 

(3)  Advise  MCA.  telephonical 1y,  of  any  apparent  software  or 
equipment  failure,  and  provide  a  description  of  the 
malfunction. 

(4)  Request  assistance  from  the  MCA,  as  needed,  through  the  Trans 
Bn  (MC)/CMCC. 

(5)  Suggest  system  improvements  to  the  MCA  through  the  Trans  Bns 
(MC)/CMCC  coordinator.  Suggestions  should  be  applicable  to 
all  locations. 

5.5.2  ADP  Operational  Impacts.  Due  to  the  configuration  of  the 

proposed  system,  more  data  may  be  entered  in  fewer  man  hours.  There  will  be 
less  duplication  of  effort  and  less  system-down  and  start-up  time  because  the 
TACCS  is  not  dependent  upon  other  systems.  There  will  also  be  more 
accessible  and  accurate  system  data  due  to  resident  database  information 
storage  and  system  edits,  respectively.  Implementation  of  new  procedures 
will  result  from  the  flexibility  of  the  menu-driven,  data-prompted, 
user-friendly  software  that  will  exist  on  the  TACCS  hardware. 

5.5.3  ADP  Development  Impacts.  When  considered  as  an  integrated  part 

of  the  overall  DAMMS  project.  Phase  1  will  have  minimal  development  impacts 
on  the  ADP  personnel  or  environment. 

5.6  Failure  Contingencies.  Normal  failures  of  hardware  include  power 
failures  and  component  failures.  The  specific  alternatives  to  failure  relate 
to  what  has  failed.  The  following  alternatives  will  cover  most,  if  not  all, 
situations. 

a.  Restart/Recovery  -  Restart  and  recovery  in  a  database  environment, 
especially  those  which  provide  Interactive  access,  depend  largely 
upon  the  utilities  and  tools  provided  with  the  specific  database. 

In  general,  journals  and  logs  are  maintained  to  provide  a  means  of 
recovery  from  machine  failure.  A  transaction  log  may  be  employed 
to  record  the  inquiry  or  update  transactions  as  well  as  other 
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transaction  characteristics  such  as  terminal  identification,  i 

operator  identification,  time,  etc.  A  system  journal  file  is 

commonly  used  to  record  information  pertaining  to  updates:  before 

and  after  images  of  updated  records,  contents  of  new  or  deleted  ; 

records,  errors  and/or  procedural  violations.  Restart/checkpoint 

facilities  also  exist  to  bring  the  database(s)  back  to  the  point  of  ; 

failure,  and  then  to  restart  any  application  programs  which  were 

active  at  the  time  of  failure.  As  noted  before,  specific  recovery 

procedures  are  therefore  dependent  upon  the  physical  database  | 

implemented  and  the  utilities/tools  provided.  These  procedures  I 

will  be  developed  and  refined  when  knowledge  of  the  physical 

database  to  be  provided  by  Phase  1  is  known. 

b.  Other  -  The  following  communications  priorities  are  recommended  . 

for  use  when  an  alternate  method  (i.e.,  TELEX)  must  be  used  for  | 

communications:  < 

* 

4 

(1)  Vehicle  commitments/ log  maintenance.  • 

(2)  Operational  reports. 

(3)  DAMNS  input. 

(4)  Routine  messages  (not  of  immediate  operational  concern). 

5.7  Assumptions  and  Constraints.  The  following  subparagraphs  list  the 
assumptions  and  constraints  which  will  impact  the  development  of  Phase  1. 

a.  Assumptions  -  The  present  assumptions  relating  to  the  development 
of  Phase  1  are: 

(1)  MILSTAMP  and  data  formats  will  not  be  significantly  altered 
between  the  present  and  1990. 

(2)  MILSTAMP  will  fully  apply  to  all  materiel  shipments  during 
peace. 

(3)  Not  all  input,  output,  and  interface  requirements  can  be 
firmly  defined  or  relied  upon  to  be  constant  over  any  lengthy 
period  of  time. 

(4)  Designated  computer  hardware  and  telecommunications 
capabilities  can  be  procured  in  time  to  support  SAT  and  system 
extension. 

(5)  Transportation  management  workload  will  remain  relatively 
constant  over  the  expected  life  cycle  of  the  system  during 
peacetime  operations. 

b.  Constraints  -  The  present  constraints  relating  to  the  development 
of  Phase  1  are  as  follows: 
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(1)  Comnuni cat  ions  -  Convnunl cat  ions  constraints  are  identified 
below: 

(a)  Objective  data  teleconnuni cat  ions  capabilities  will  not 
be  extended  until  the  1990s. 

(2)  Automation  Technology  -  Technology  constraints  are  identified 
below: 

(a)  Phase  1  must  be  developed  to  operate  on  the  Army's 
predetermined  standard  CSS  computer  hardware,  to  include 
the:  CTASC,  TACCS,  and  Unit  Level  Computer  (ULC). 

1)  These  computer  systems  include  the  equipment  of  at 
least  three  different  manufacturers,  each  possessing 
dissimilar  architectures  and,  to  one  degree  or 
another,  are  incompatible  between  each  other  in 
terms  of  communication  protocol  and  data  format. 

2)  Phase  1  software  and  processing  must  be  designed  to 
conform  to  the  throughput  capabilities  of  the 
hardware. 

(b)  Computer  operating  system  and  executive  software  have 
been  largely  predetermined,  and  the  operating  systems  and 
executive  software  associated  with  each  type  of  hardware 
are  vastly  different  from  one  another  in  form  and 
operation. 

(c)  None  of  the  identified  computer  systems  offer 
sophisticated  graphing  or  mapping  capability  for  either 
screen  or  print  display. 

(3)  System  Interfaces  -  A  detailed  discussion  of  the  Phase  1 
system  interfaces  is  provided  in  paragraph  5.4  of  this 
document. 
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SECTION  6.  SECURITY 

6.1  Background  Information.  The  Department  of  Army  Movements 
Managements  System  -  Redesign  (DAMMS-R)  Phase  I  (Container,  TMAS,  and  ETA 
subsystems)  requires  the  use  and  interface  of  microcomputers  and  a  mainframe. 
The  Freight  subsystem,  though  included  in  Phase  I,  will  be  added  later.  The 
TACCS  microcomputer  will  employ  a  relational  database  design  and  will  process 
the  Container  Operations  Subsystem  and  the  Transportation  Movements  Address 
System  (TMAS).  The  CTASC  mainframe  computer  at  the  TMCA  will  be  used  to 
process  CMM  and  reformat  ETA  forecast  data  for  use  by  the  Container 
Operations  Subsystem  on  the  TACCS  at  the  various  MCTs  within  the  theater  of 
operations.  The  DAMMS-R  Phase  I  system  is  not  intended  to  process  any 
classified  information.  However,  the  Phase  I  system  (CTASC  and  TACCS)  will 
provide  access  to  records  and  reports  which  reflect  the  overall  status  of  a11 
containers  and  the  addresses  of  all  units.  These  reports  represent  a 
potential  security  risk  since  the  composite  of  this  unclassified  data  may 
provide  unauthorized  users  with  information  of  a  sensitive  nature. 
Accordingly,  the  DAMMS-R  Phase  I  system  is  tentatively  designated  as  Highly 
Sensitive  pending  accreditation  by  DA  DCSLOG  in  accordance  with  AR  380-380. 

6.2  Control  Points  Vulnerabilities,  and  Safeguards.  The  control 
points,  the  vulnerabilities,  and  the  safeguard  requirements  to  reduce  the 
risk  at  the  control  points  to  an  acceptable  level  are  described  below. 

6.2.1  Control  Points. 

a.  Input  Control  Points. 

(1)  Origin.  Input  data  will  be  collected,  prepared,  and  entered 
in  to  the  system  via  terminals  on  the  TACCS  at  the  MCT  and 
TMCA.  Additionally  input  will  be  received  via  communications 
in  the  form  of  data  files. 

(2)  Data  Entry.  Data  entry,  update  information,  and  corrective 
actions  are  accomplished  at  the  TACCS  master  and  remote 
workstations.  Input  files  may  be  received  via  communications 
or  manually  entered. 

(3)  Disposition.  Floppy  diskettes  and  tapes  used  as  backup  will 
be  kept  in  the  immediate  work  area  and  will  be  under  lock  and 
key  when  not  in  use.  Worksheets  used  to  collect  data  will  be 
retained  for  a  maximum  of  seven  days  for  backup  or  until  all 
data  entry,  update  information,  and  corrective  actions  have 
been  accomplished.  Worksheets  will  then  be  destroyed 
sufficiently  to  prevent  the  reconstruction  of  information. 

(4)  Error  Correction.  Input  errors  for  most  batch  processes  are 
identified  on  error  reports  which  are  corrected  by  the  TACCS 
operator  and  reentered  into  the  system.  Some  errors  must  be 
reversed  using  the  Event  Correction  procedures  through  the 
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Master  Menu  screens.  Other  errors  must  be  corrected  by  the 
TACCS  operator  by  submitting  a  new  transaction  and 
following-up  with  telephone  notification  to  TMCA.  Before 
being  passed  to  DAMMS-CMM  for  processing  on  the  CTASC,  all 
transactions  must  pass  certain  edit  criteria.  This  edit 
criteria  has  been  Incorporated  In  various  TACCS  processes  to 
minimize  the  errors  at  the  source  of  entry. 

b.  Process  Control  Points. 

(1)  Accuracy  and  Completeness.  The  Phase  I  system  employs 
hundreds  of  accuracy  checks,  automatic  prompts,  and  a  complete 
complement  of  on-line  help  Instructions.  With  the  built-in 
Phase  I  edit  functions,  container  Information  transmitted  from 
MCTs  to  CMM  should  be  1001  accurate. 

(2)  System  Interfaces.  All  Interfaces  for  the  Phase  I  system  are 
described  In  section  5.4.  These  Interfaces  Include: 


(a) 

CTASC 

I  to  AUTODIN. 

(b) 

CTASC 

I  to  DDN. 

(c) 

CTASC 

I  to  TACCS. 

(d) 

TACCS 

to  Intel  3100/Wyse  PC. 

(e) 

TACCS 

to  TELEX. 

(f) 

TACCS 

to  DDN. 

(g) 

TACCS 

to  ADAM  III. 

(h) 

TACCS 

to  TACCS 

c.  Output  Control  Points. 

(1)  Production.  Devices  authorized  to  receive  output  are  the 
printers  and  terminals  at  the  TACCS  site  and  at  CTASC.  Output 
media  may  be  hardcopy  reports,  diskettes,  and/or  tapes  at  the 
MCT  and  at  TMCA. 

(2)  Distribution.  Distribution  of  reports,  diskettes,  and  tapes 
will  be  limited  to  authorized  system  users  on  a  need-to-know 
basis. 

6.2.2  Vulnerabilities.  The  control  points  within  the  system  will 

Include  edits  and  checks  which  minimize  error  and  loss  of  data.  However,  all 

control  points  are  susceptible  to  the  compromise  of  Information. 
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Administrative  Safeguards. 

(1)  Personnel.  All  persons  using  the  Phase  I  system  will  have 
had,  as  a  minimum,  a  favorable  background  investigation 
conducted  as  follows: 

(a)  U.S.  Military  -  Entrance  National  Agency  Check  (ENTNAC). 

(b)  Host  Country  Military  -  ENTNAC  equivalent. 

(c)  Department  of  the  Army  Civilians  (DAC)  -  National  Agency 
Check  with  Inquiries  (NACI). 

(d)  Local  Nationals  -  NACI  equivalent. 

Access  to  all  information  will  be  strictly  on  a  "need-to-know" 
basis. 

(2)  Collection  and  Preparation.  Appropriate  measures  will  be 
taken  to  safeguard  data  during  the  collection  and  preparation 
efforts.  Backup  files  will  be  transferred  to  a  tape  or 
diskette  at  the  end  of  each  day.  It  is  recommended  that 
backup  files  be  retained  for  seven  days. 

(3)  Environment  Constraints.  The  system  administrator  at  TCMA 
will  establish  specific  time  frames  during  which  all  MCTs  will 
pass  data  to  TMCA. 

(4)  Distribution.  Standard  distribution  to  MCTs  and  TMCA  will  be 
followed.  All  system  users  will  query  the  system  for  mail  at 
the  start  and  end  of  the  duty  day. 

(5)  Access/Permission.  The  system  administrator  will  generate  all 
passwords  and  maintain  a  roster  of  personnel  authorized  access 
to  the  system.  He  will  exercise  control  through  the  use  of 
user  names,  user  ID  numbers,  and  passwords. 

Physical  Safeguards. 

(1)  Dedicated  Equipment.  There  are  no  requirements  for  dedicated 
equipment  to  limit  access  to  data.  All  of  the  functional 
components  are  used  in  their  standard  configurations. 

(2)  Storage  and  Protection.  All  storage  media  (diskettes,  tapes, 
etc.)  will  be  secured  in  a  locked  office,  building,  or  shelter 
during  non-duty  hours. 

Technical  Safeguards. 

(1)  User  Access. 
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(a)  The  system  administrator  will  determine  access  for  a 
given  user  and  limit  the  user's  access  to  the  minimum 
level  of  functions  for  which  the  operator  has  a  valid 
"need-to-know". 

(b)  The  system  administrator  will  affect  a  mass  password 
change  for  all  users  at  least  every  12  months.  An 
individual  password  change  will  always  be  effected  for 
individuals  upon  reassignment  and/or  termination.  The 
level  of  access  afforded  all  users  should  be  reviewed 
quarterly  for  possible  change  on  a  "need-to-know"  basis. 

(2)  Process  Safeguards.  All  passwords  should  be  at  least  six 
characters  in  length,  and  contain  only  letters  and  numbers 
(alphanumeric  characters).  Spaces  and  special  characters  will 
not  be  allowed. 
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SECTION  7.  SYSTEM  DEVELOPMENT  PLAN 

This  section  discusses  the  overall  system  management  approach  to  the 
development  and  implementation  of  the  proposed  computer  system. 

The  DAMMS-R  PMP  contains  specific  information  detailing  DAMMS-R  Phasel  system 
development  and  management. 

The  software  documentation  for  Phase  1  will  be  prepared  lAW  DOD-STD  7935.1 
and  TB  18-111. 

Section  1.2  contains  a  complete  reference  to  system  documentation. 

The  time  frame  and  development  of  DAMMS-R  and  all  supporting  documentation  to 
be  produced  is  discussed  in  detail  in  the  PMP,  with  specific  reference  to: 

a.  Annex  L  Organization  Support. 

b.  Annex  N  DAMMS-R  Phase  1  Deployment  Plan. 

c.  Annex  R  Documentation  Plan. 

Any  liaisons  and  organizations  involved  in  the  development  of  DAMMS-R  are 
also  discussed  in  detail  in  the  PMP,  with  specific  reference  to: 

a.  Section  1,  subparagraph  1.3.4  Participating  Organizations. 

b.  Section  3,  paragraph  3.2  General  Roles,  Responsibilities  and  Tasks. 

c.  Section  5  POINTS  OF  CONTACT. 
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SECTION  8.  COST  FACTORS 

This  section  provides  a  summary  of  cost  factors  for  the  proposed  system. 

For  specific  information  concerning  cost  factors  involved  in  the  development 
and  implementation  of  Phase  1,  refer  to  the  PMP,  with  specific  reference  to: 

a.  Annex  D  Resources  Required. 

b.  Annex  E  Economic  Analysis. 

c.  Annex  F  Cost  Reporting. 

The  PMP  also  discusses  requirements  of  higher  echelons  of  command,  security 
considerations  not  provided  in  Section  6  of  this  document,  telecommunication 
considerations,  and  interfaces  with  other  automated  systems.  System  design 
and  development  considerations  regarding  equipment,  software,  supporting 
telecommunications  requirements,  organization,  operation,  etc.,  are  also 
discussed  in  the  various  sections  and  annexes  of  the  PMP. 
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APPENDIX  I.  PROJECT  REQUEST 
DAMMS-R  PROJECT  APPROVAL 

Letter  DALO-TSM,  27  September  1983,  Subject:  Department  of  the  Army  Movement 
Management  System  -  Redesign  (DAMMS-R)  Mission  Element  Need  Statement  (MENS). 

Letter  DALO-TSM,  12  June  1986  Subject:  Department  of  the  Army  Movements 
Management  System  -  Redesign  and  Movements  Planning  Module. 
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DEPARTMENT  OF  THE  ARMY 

OFFICE  OF  THE  DEPUTY  CHIEF  OF  STAFF  FOR  LOGISTICS 
WASHINGTON.  DC  20310 


DALO-TSM  27  SEP  1983 

SUBJECT:  DA  MOVEMENTS  MANAGEMENT  SYSTEM  (DAMMS)  REDESIGN 
MISSION  ELEMENT  NEED  STATEMENT  (MENS) 


Cotnnander 

US  Army  Logistics  Center 
ATTN:  ATCL-PM-DAMMS 
Fort  Lee,  Virginia  23801 


1.  Forwarded  herewith  Is  the  approved  DAMMS-Redesign  MENS.  In  addition  to 
approving  the  MENS,  the  Assistant  Secretary  of  the  Army  (Installations, 
Logistics  and  Financial  Management)  (ASA  (IL4FM))  has  approved  the  system 
through  Milestone  I  of  the  Automated  System  Life  Cycle,  and  granted  a  waiver 
to  commence  technical  design  of  DAMMS  prior  to  Milestone  II  approval. 

2.  Concurrent  with  this  approval,  ASA  (IL&FM)  has  requested  that 
consideration  be  given  to  development  of  a  subset  of  DAMMS  (a  deployable, 
mini-system)  that  could  be  used  by  the  Third  US  Army.  This  tasking  Is 

In  line  with  the  agreement  reached  between  Mr.  Echard  of  the  USALOGC  and 
Colonel  Miller,  Deputy  Commander  of  the  1st  COSCOM  during  the  last  DAMMS  In 
Process  Review  (IPR).  The  basic  questions  that  must  be  answered  when  the 
Milestone  II  System  Decision  Paper  Is  submitted  (Feb  84)  are: 

a.  Will  the  system,  as  described  by  the  DAMMS-Redesign  Functional 
Description,  fully  support  the  theater  traffic  management  functions  of  an 
undeveloped  theater  (Tactical  communications  only)? 

b.  If  the  DAMMS-Redesign  will  only  work  within  a  fully  developed 
theater  (assuming  fully  developed  communications),  then  Is  It  feasible  to 
design  a  deployable  DAMMS  for  Third  US  Army  use? 

c.  If  a  deployable  DAMMS  Is  necessary  to  support  a  Third  US  Army 
role,  when  Is  the  earliest  time  that  a  USALOGC  and  USACSCSGL  could  commence 
development  of  such  a  system? 
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DALO-TSM 

SUBJECT:  DA  Movements  Management  System  (DAMMS)  Redesign 
Mission  Element  Need  Statement  (MENS) 

3.  It  is  recommended  that  an  interim  report  on  this  tasking  be  presented  at 
the  next  DAMMS  IPR. 


-■•A 


% 


FOR  THE  DEPUTY  CHIEF  OF  STAFF  FOR  LOGISTICS: 


1  End 


RICHARD  G.  LARSON 

Lieutenant  Colonel (P),  GS 

Acting  Chief,  Strategic  Mobility  Division 
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MISSION  ELEMENT  NEED  STATEMENT  (MENS) 

FOR  REDESIGN  OF 

DEPARTMENT  OF  THE  ARMY  MOVEMENTS  MANAGEMENT  SYSTEM 


1.  MISSION. 

a.  Mission  Area.  The  Office  of  The  Secretary  of  Defense  (OSD)  Mission 
Area  263  defines  land  transportation  as  "those  capabilities  which  maintain, 
improve  and  develop  transportation  of  passengers  and  cargo  (including  POL  & 
mail)  over  land. 

b.  Mission  Element  Need.  There  is  a  need  for  a  theater  cargo  movements 
and  mode  asset  managenient  system  that  will  provide  timely  and  accurate 
information  to  insure: 

(1)  Delivery  of  deploying  forces  equipment  and  resupply  where  and 
when  needed  through  positive  control  over  all  in-theater  movements. 

(2)  Efficient  and  effective  management  of  US  owned  or  controlled 
organic,  direct,  and  general  support  highway  and  rail  assets  which  constitute 
the  physical  means  necessary  to  deliver  material  when  and  where  needed. 

(3)  Efficient  and  effective  peacetime  movements  support  and  readiness 
which  facilitates  a  smooth  and  orderly  transition  to  war. 

2.  BASIS  FOR  NEED. 

a.  Theater  movements  and  mode  asset  management  is  characterized  by 
centralized  management  of  transportation  resources  through  decentralized 
operations.  Effective  performance  of  these  missions  depends  upon  timely  and 
accurate  information  processing.  In  fact,  movements  control  may  be 
characterized  as  "information  brokerage"  since  the  movements  manager  rarely, 
if  ever,  comes  in  physical  contact  with  the  transport  means  he  controls.  The 
movements  and  mode  asset  managers  must  have  timely  and  accurate  information 
on  what  must  be  moved,  when  it  must  be  moved,  where  it  must  be  moved,  and  the 
relative  priority  of  the  needed  movement.  They  must  also  know  the  current 
status  of  the  physical  distribution  infrastructure,  transport  capability 
available  and  current  location  of  enroute  movements  and  available 
conveyances.  It  is  the  amalgamation  and  assessment  of  this  information  that 
will  result  in  movements  control.  To  absolutely  assure  a  movements  control 
capability,  the  movements  manager  must  also  have  the  means  to  rapidly  and 
positively  distribute  his  decisions  throughout  the  theater  of  operations  to 
various  material  management  and  transport  operator  elements. 

b.  Movements  control  does  not  exist  without  an  assured,  survivable  means 
of  collecting,  processing,  distributing  and  using  movements  and  mode  asset 
Information.  An  appropriate  mix  of  people,  communications,  hardware, 
software  and  procedures  must  operate  within  the  context  of  a  doctrine  which 
will  be  effective  from  the  present  through  the  year  2000.  General  combat 
service  support  manpower  constraints  and  the  doctrine  of  extended  lines  of 
communication  anticipated  through  at  least  the  remainder  of  this  century 
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dictate  an  automated  system  that  emphasizes  rapid  acquisition  and  assessment 
of  critical  movement  and  mode  asset  information.  Timeliness  is  a 
particularly  critical  factor  of  the  system  if  the  theater  traffic  manager  is 
expected  to  influence  the  physical  distribution  of  cargo,  especially  during 
wartime. 

c.  With  effective  movements  and  mode  asset  management  Theater  Army  and 
Corps  Commanders  will  have  control  over  in-theater  physical  distribution. 

With  either  demand  or  push-based  supply  management,  movements  control  can 
ensure  delivery  of  material  at  the  time  and  place  required  within  the 
contraints  of  available  supply  and  transport  capability.  The  absence  of 
effective  movements  control  results  in  the  lack  of  logistics  success. 

3.  EXISTING  AND  PLANNED  CAPABILITIES  TO  ACCOMPLISH  THIS  MISSION. 

a.  Existing  Capabilities. 

(1)  The  current  system  for  tracking  cargo  movements  is  the  Cargo 
Movements  Module  (CMM)  Phase  I.  CMM  was  originally  the  command  unique 
Visibility  of  Intransit  Cargo  (VIC)  System  that  was  designed  to  satisfy  the 
need  for  a  standard  cargo  movements  system.  Initially,  VIC  was  developed  as 
a  command  unique  system  designed  to  be  adaptable  to  world-wide  applications. 
As  currently  fielded,  the  CMM  does  not  include  intra-theatre  and  export  cargo 
movement  information  nor  does  it  satisfy  the  need  for  timeliness. 

(2)  The  current  Highway  Fleet  Management  (HFM)  System  is  command 
unique  and  was  primarily  designed  to  satisfy  the  theater  peacetime 
requirement  for  mode  management.  It  is  operated  through  a  combination  of 
semi-automated  and  manual  processes  which  do  not  lend  themselves  to  the 
theater  wartime  transportation  movement  requirements 

b.  Planned  Capabilities.  Currently  the  DAMMS-CMM  system  is  run  in  a 
batch  mode.  Since  DAMMS-CMM  data  elements  have  a  structured  relationship, 
the  employment  of  a  database  management  system  (DBMS)  will  be  considered  for 
incorporation  in  the  development  effort,  utilizing  three  levels  of  hardware 
and  software  to  accommodate  a  distributed  database  concept.  The  redesigned 
DAMMS  System  will  be  capable  of  providing  the  Theater  Army  Movements  Control 
Agency,  Corps/Movements  Control  Center,  Movement  Region  Commander,  and 
operational  level  manager  an  interactive  transportation  management 
operational  system.  Overall  system  enhancements  will  provide  all  levels  of 
transportation  managers  with  the  following  capabilities: 

(1)  Concurrent  processing  of  multiple  batch,  multiple  on-line  and 
multiple  application  programs. 

(2)  Concurrent  batch,  on-line,  and  program  inquiry  capabil  ty 
necessary  for  remote  job  entry  and  programing  support. 

(3)  All  output  generated  must  be  routed  to  multiple  users  and  output 
•nedia  (i.e.  print,  CRT,  and  fiche). 


1-6 


y-ir, 


AOSM  18-LZ4-AKH-BUR-FD 
WORKING  DRAFT  3.0 
DECEMBER  1987 


(4)  Standard  recurring  reports  will  be  generated  for  multiple  users 
and  the  capability  must  exist  for  one  time  reports  to  be  generated  In  an 
Inquiry  mode. 

4.  ASSESSMENT  OF  NEED. 

a.  The  DAMMS  hardware  Is  currently  the  IBM  4331  utilizing  AUTODIN, 

TELEX,  courier,  and  mall  as  external  Input  media.  The  system  Is 
operated  as  a  batch  process  and  Is  severely  limited  In  Its  processing 
capabilities. 

b.  Obsolete  Hardware  &  Software.  DAMMS  as  redesigned  will  be  an 
Interactive,  on-line  system.  TELEX  and  AUTODIN  are  Inadequate  to  provide  a 
timely  response  to  the  systems  users  and  will  be  replaced  by  Movement 
Information  Network  (MINET),  considered  to  be  the  forerunner  of  the  Defense 
Data  Network  (DDN). 

c.  Vulnerability  of  existing  system.  Current  host  computer  and  I/O 
devices  are  fixed,  and  do  not  provide  the  mobility  necessary  to  provide  a 
degree  of  survivability  In  the  anticipated  volatile  battlefield.  DAMMS 
redesigned  will  utilize  a  DBMS  which  will  provide  the  required  redundancy 
necessary  to  accomodate  Information  flow  between  transportation  managers  to 
insure  timely  management  decisions. 

5.  CONSTRAINTS. 

a.  Timing  of  Need.  Systems  design  should  be  accelerated  to  the  extent 
possible  to  field  a  working  CMM  and  MMM  not  later  than  September,  1986. 

b.  Logistic  Considerations.  Capabilities  must  be  supportable  and 
compatible  with  existing  and  future  logistics  concepts.  They  must  also 
recognize  the  requirements  for  systems  to  be  compatible  with  units  being 
supported. 

c.  Manpower  Considerations.  The  systems  must  be  designed  to  minimize 
the  need  for  highly  skilled  personnel.  Requirements  must  not  exceed  the 
minimum  expected  skill  of  maintenance  and  operating  personnel  of  generically 
similar  equipment  existing  In  the  field. 

d.  Data  Distribution  Considerations.  The  systems  must  be  designed  to 
operate  In  the  current  and  future  communications  environments. 

e.  Standardization/Commonality.  Hardware  and  software  selection  must  be 
standardized  with  current  or  planned  configurations  In  the  same  mission  area 
to  enhance  hardware  redundancy,  software  transportability,  and  Integrated 
Logistics  Support  (ILS). 

f.  Training  Considerations.  Training  programs  must  be  developed  to 
provide  for  a  transfer  of  knowledge  from  the  software  and  hardware  developers 
to  the  system  users  and  maintainers.  The  training  package  must  be  designed 
to  be  cost  effective  within  the  limits  of  training  constraints. 

g.  Magnitude  of  Resources.  Resources  will  be  redefined  after  Milestone 
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II.  Initial  estimates  for  DMA  dollars  is  $370K. 

6.  RESOURCES  AND  SCHEDULE. 

a.  Funding  Requirements.  The  USACSC  will  utilize  contractual  support  in 
the  technical  design  and  programing  of  the  Cargo  Movements  Module  (CMM)  and 
Mode  Management  Module  (M^). 

b.  Schedule  of  Milestones. 


Detail  Functional  Systems  Requirement  (VIC-Phase  I) 

approved  MAY  73 

Detail  Functional  Systems  Requirement  released  to 

USACSC  for  technical  design  MAY  75 

Updated  Economic  Analysis  (VIC  I)  Approved  JAN  78 

Systems  Integration  Test  Approved  APR  78 

Prototype  Evaluation  Test  (PET)  Approved  JAN  79 

System  Name  Change  from  VIC  to  CMM  APR  79 

Systems  Change  Request  &  EA  (CMM  II  &  III)  Approved  FEB  81 

Product  Manager  Charter  Approved  JAN  82 

MENS  APR  83 

System  Change  Package  (SCP)  05  Broadcast  MAY  83 

System  Change  Package  (SCP)  06  Broadcast  SEP  83 

Cargo  Movements  Module  (CMM)  Phase  I  In  Moratorium  FEB  84 

FD/RD,  EA  for  Redesign  forwarding  to  DA  FEB  84 

Commence  Design  of  Cargo  Movements  Module  (CMM)  and 

Mode  Management  Module  (MMM)  MAR  84 


c.  Acquisition  Strategy.  The  acquisition  strategy  will  be  developed  by 
the  Product  Manager  (PM)  as  part  of  the  PM  Management  Plan.  This  plan  will 
outline  procedures  for  competitive  procurement  of  the  software/hardware 
systems  required  to  fulfill  the  Army's  need  to  automate  Its  transportation 
support  within  a  theater  of  operations. 
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WKRIRANOIIM  THRU.  UM'HTY  CMir.l*  08  5TA^  fOT  LOClWTlCS 

f#*xrr  OP  sTAff,  AHHt 

POR  ASSISTANT  SCCRCTARY  OF  THE  ARMY  C INSTALLATIONS » 
LOGISTICS  AND  FINANCIAL  NANACSHSKT) 

tUSJCCTt  DA  Hovtmentc  Manogontnt  Syttom  (DAMNS)  Mdttign 
Mission  Clsmcnt  Ntstl  Ststtntnt  (HENS )— ACTION 
MEMORANDUM 


1.  Putpose:  The  purpose  of  this  memorsnOurr.  is  threefold: 

s.  To  obtain  approval  of  the  DAMNS  Redesign  MENS. 

b.  To  obtain  approval  of  the  DAMNS  Redesign  develop* 
jner.t  effort  through  Milestone  I. 

c.  To  obtain  a  waiver  to  commence  technical  development 
piicr  to  Milestone  31  approval. 

2.  Discussion: 

a.  The  cost  of  redesigning  DAMM5  as  a  distributed, 
intexactive  data  base  will  exceed  one  hundred  thousand 
dollars.  As  required  by  AR  18*1,  the  MENS  (Tab  A)  for  the 
DAMMS  Redesign  effort  is  submitted  for  approval. 

b.  The  DAMNS  conceptual  development  phase,  which 

resulted  in  holding  the  approved  Functional  Description 
and  Economic  Analysis  in  abeyance  while  determining 
interactive  processing  requirements,  has  teen  completed  and 
the  system  is  presently  between  Milestones  1  and  31.  « 

Accordingly,  it  is  appropriate  to  formally  declare -the  DAmms 
Redesign  development  effort  as  approved  through  Milestone  1 
of  the  AR  18*1  Automation  Life  Cycle. 

c.  The  Functional  Description,  Requirements  Document 
and  Economic  Analysis  s:e  currently  being  rtverked  to 
reflect  interactive  processing  requirements.  The  completion 
date  for  this  effort  is  cstimsted  to  be  February  1984.  The 
information  needed  to  eemr.ence  building  the  data  base 
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DALO-TSK 

SUBJECT:  ‘  DA  llovAiRcntB  H«nAy«mtnt  Syttnn  (DAMNS)  Sttfetlgn 
MiSKlon  Elokiant  Ne«d  Sui»«ont  I NEUs*  >  ••ACT ION 
MCNOHANDUK 

Nyvucm  (DliM^^),  op^cifieBtly  the  Oete  Oiciioneiy* 
SwiiCn:^,  And  Date  I'low  DiegieMR«  will  be  conp)et.e<l  by 
SeptiMbei  1113.  A  tiaie  •evingR  of  oppioxloetely  «i«  oeniha 
cen  be  eecompliehed  by  ellewing  teehnloel  Sevelepiaent  to 
•eome^ee  ptier  to  Mlleetone  tX  opprevel.  Thie  will  petolt 
on  Integteted  teem  of  U.  S.  Atoy  togietice  Center  onelyets* 
U»  S*  Army  Computer  Syetemt  Co—enfl  onelyete»  end  e  oeftwere 
Development  eentreeter  to  Se'eign  the  DAMNS  DiNS  using  power- 
ful  DBMS  related  eeftwaie  development  tools  to  generate  the 
piogtam  code.  The  waiver  wilX- also  shorten  the  leatning 
curve  .that  will  be  incurred  in  bringing  the  contractor  up  to 
•peed  in  the  Dahhs  development  requirements.  Additionally* 
the  siting  of  the  Interim  Theater  ADP  Service  Center  (XTASC) 
hardware,  which  was  a  topic  of  a  recent  Assistant  Seetetaty 
of  the  Atmy  (Installations,  Logistics  and  Financial 
Management)  inquiry,  can  be  more  accurately  asseaaed  during 
the  technical  development  phase.  Without  the  waiver  tO  com- 
menee  technical  development  and  apply  STCP-UF  system  deve¬ 
lopment  methodology  (Tat  B),  the  DAHHS  develof^ent  process 
may  stretch  well  into  1987.  Approval  of  this  waiver  will  • 
result  in  earlier  fielding  of  DAHHS,  thereby  reducing  system 
costs  and  accelerating  needed  enhancements  to  theater 
logistics  readiness. 


d.  The  System  Decision  Paper  and  Product  Manager's 
Management  Plan  will  be  submitted  for  review  and  Milestone 
21  approval  in  late  February  or  early  March  1984. 


3.  Pecom.mendation:  That  the  Assistant  Secretary  of  the 
Army  (Installations.  Logistics  and  Financial  Management) 
approve  dahhs  Pedes ign  development  through  Milestone  X  and 
approve  the  start  of  technical  development  prior  to  formal 
Milestone  23  approval. 
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DEPARTMENT  OF  THE  ARMY 
OFFICE  OF  THE  DEPUTY  CHIEF  OF  STAFF  FOR  LOGISTICS 
WASHINGTON.  O.C.  nSiGOSSO 


22  JUN  IScS 


calo-tsmB  B  5  0  4  S  2 


SUBJECT:  DA  Movement  Menegement  System  -  Redesign  end  Movement 
Plsnning  Module 


Connender 

U.S.  Army  Logistics  Center 

ATTN:  ATCL-S 

Fort  Lee«  Virginia  23801 


1.  1  appreciate  the  effort  your  organisation  has  gone  through  in 
revalidating  deficiencies «  prioritising  solutions  and  eoordi.nating 
the  results  with  the  user  community.  The  time  spent  was  well 
invested.  1  believe  we  now  have  a  viable  and  affordable  program. 

2.  Yon  are  to  continue  ahead  with  the  development  of  the  DA 
Movement  Management  System  -  Redesign  (DAMMS-R)  and  Movement 
Planning  Module  (DAMMS-MPM)  as  discussed  at  the  meeting  held  in 
the  Pentagon  on  22  May  86.  The  major  points  from  the  meeting: 

a.  The  system's  life  cycle  cost  will  be  approximately  1144 
million  through  FY  2006. 

b.  The  cost  in  any  one  year,  excluding  hardware  procurement 
and  inflation,  should  not  exceed  |7  million. 

c.  Development  and  fielding  will  be  done  in  four  phases: 
left  of  baseline  (LOB)  enhancements  to  DAMNS:  initial  operating 
capability  (IOC)  of  DAMMS-R;  enhanced  operating  capability  (EOC); 
and  final  operating  capability  (FOC). 

d.  Expected  fielding  of  each  phase,  dependent  on  availability 

,  will  be:  LOB  to  begin  and  finish  in  FY  87;  IOC  to 
finish  in  FY  90;  EOC  to  finish  in  FY  94;  and  FOC  to  finish  in  FY  96 

e.  The  agreed  upon  functions/capabilities  are  enclosed. 
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OALO-TSK 

SUBJECT:  DA  Movement  Management  System  <•  Redesign  and  Movement 
Planning  Module 

3.  DA  DCSLOG  will  continue  to  support  your  trork  and  will  strive 
to  keep  the  effort  fully  resourced.  2  look  forward  to  seeing  the 
first  phase  going  to  the  Software  Acceptance  Test  in  FT  87. 

FOR  THE  DEPUTY  CHIEF  OP  STAFF  FOR  LOGISTICS: 

ARTHUR  ROBERT  KELTZ 

Enclosure  Wlthdrswn  Assistant  Director  for  Transportation 

Directorate  for  Transportation, 

Energy  and  Troop  Support 
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SECTION  1.  TERMS,  ABBREVIATIONS,  and  DEFINITIONS 

This  appendix  provides  a  listing  of  terms,  abbreviations,  and  definitions 
unique  to  this  document  or  subject  to  interpretation  by  the  user  of  this 
document. 

1.1  Abbreviations.  This  paragraph  provides  a  listing  of  abbreviations 
unique  to  this  document  or  subject  to  interpretation  by  the  user  of  this 
document. 


Abbreviation 

Term 

AAC 

Activity  Address  Code 

AAD 

Activity  Address  Directory 

AAF 

Activity  Address  File 

ACofS 

Assistant  Chief  of  Staff 

ACA 

Airlift  Clearance  Authority 

ACT 

Actual  Costs  expended  by  fiscal 
year 

ADAM 

Aerial  Port  Documentation  and 
Management  System 

ADP 

Automated  Data  Processing 

ADPSSO 

Automated  Data  Processing  System 
Security  Officer 

ADS 

Automated  Data  Systems 

ADSM 

Automated  Data  Systems  Manual 

AE 

Auxiliary  Equipment 

AF 

Air  Force 

AFR 

Air  Force  Regulation 

AFTMO 

Air  Force  Transportation  Movement 
Officer 

AIDS 


Army  Inventory  of  Data  System 
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Abbreviation 


Term 


ALOC 

AMIS 

ANTP 

APO 

AR 

ASA 

ATD 

ATMCT 

AUTODIN 

BMT 

BMCT 

Bn 

BPI 

BIOS 

CAPS 

CARR 

CDR 

CENEUR 

CINCUSAREUR 

CMCC 

CMM 

CMP 


Air  Line  of  Connunication 

Army  Management  Information  System 

Army  Nozzle  Technology  Program 

Mailing  Address  -  Aerial  Port 

Applications  Reference/Army 
Regulation 

Assistant  Secretary  of  the  Army 

Advanced  Technology  Division 

Air  Terminal  Movement  Control  Team 

Automatic  Digital  Network 

Bulk  Media  Terminal 

Branch  Movement  Control  Team 

Battalion 

Bits  Per  Inch 

Burrough's  20  Operating  System 

Consolidated  Aerial  Port  System 

Carrier 

Commander 

Central  European 

Commander- in-Chief  US  Army,  Europe 
Corps  Movement  Control  Center 
Cargo  Movement  Module 
Configuration  Management  Plan 
Cargo  Operation  Division 


COD 


jnRBsnnxf 


'■^r 


Abbreviation 

COM 

COML 

COMM 

COMMFILE 

COMMTRANS 

COR 

COSCOM 

CRT 

CPU 

CRT 

CSS 

CTASC 

DA 

DAMNS 

DAMMS-CMM 


DAMMS-R 

DASPS 

DASPS-E 

DAS3 
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Term 


Computer  Output 
Microfilm/Microfiche,  Command 

Commercial 

Communication 

Communications  File 

Communications  Transactions 

Contracting  Officer's 
Representative 

Corps  Support  Command 

Word  Processing  System 

Central  Processing  Unit 

Cathode  Ray  Tube 

Combat  Service  Support 

Corps/Theater  Automation  Support 
Center 

Department  of  the  Army 

Department  of  the  Army  Movement 
Management  System 

Department  of  the  Army  Movement 
Management  System-Cargo  Movement 
Module 

Department  of  the  Army  Movement 
Management  System-Redesign 

DA  Standard  Port  System 

DA  Standard  Port  System-Enhanced 

Decentralized  Automated  Service 
Support  System 
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Abbreviation 

Term 

DBMS 

Database  Management  System 

DBSR 

Daily  Breakbulk  Surface  Report 

DCL 

Development  Center,  Ft  Lee,  Va. 

DCSLOG 

Deputy  Chief  of  Staff  for 

Logistics 

DDN 

Defense  Data  Network 

DED 

Data  Element  Dictionary 

DEP 

Draft  Equipment  Publication 

DFSR 

Detailed  Functional  System 
Requirement 

Die 

Document  Identifier  Code 

DIV 

Division 

DOD 

Department  of  Defense 

DODAAC 

DOD  Activity  Address  Code 

DODAAD 

DOD  Activity  Address  Directory 

DODAAF 

DOD  Activity  Address  File 

DPI 

Data  Processing  Installation 

DPU 

Data  Processing  Unit 

DSRE 

Defense  Subsistence  Region,  Europe 

ECP 

Engineering  Change  Proposal 

EOC 

Enhanced  Operating  Capability 

ETA 

Estimated  Time  of  Arrival 

FCA 

Fund  Certifying  Authorities 

FD 

Functional  Description 

<* v' 
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Abbreviation 

Term 

FH 

Field  Manual 

FOC 

Final  Operating  Capabilities 

FORSCOM 

US  Army  Forces  Command 

FP 

Functional  Proponent 

FUM 

Functional  User's  Manual 

FY 

Fiscal  Year 

GE 

Federal  Republic  of  Germany 

GP 

Group 

HN 

Host  Nation 

HQ 

Headquarters 

HQDA 

Headquarters,  Department  of  Army 

HMCT 

Highway  Movement  Control  Team 

HRPT 

Highway  Regulation  Point  Team 

I/O 

Input/Output 

lAW 

In  Accordance  With 

IBM 

International  Business  Machines 

IBS 

International  Business  Services 

ICP 

Interim  Change  Package 

ID 

Identif ication 

IL 

Installation  end  Logistics 

ILS 

Integrated  Legist 'cs  Suppo- • 

IM 

Information  Manageme'i' 

Inc. 


Incofpo'-it»<! 
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Abbreviation 


INCON 
INST 
IOC 
I  PR 
I  SEC 


no 


JTHA 

JTTMR 


Term 


Intransit  Inventory  Control 
Instruction 

Initial  Operating  Capabilities 
In  Process  Review 


Information  Systems  Engineering 
Command 


Installation  Transportation 
Officer 


Joint  Traffic  Management  Agency 


Joint  Transportation  and  Traffic 
Management  Regulation 


Less  than  Release  Unit 
Military  Airlift  Command 
Major  Commands 
Maintenance/Message  Center 
Movement  Control  Agency 
Movement  Control  Center 
Movement  Control  Elements 
Movement  Control  System 
Movement  Control  Team 
Mission  Element  Need  Statement 
Military  Impediments 
Movement  Informtatlon  Division 
Military  Standard 


Military  Standard  Transportation 
and  Movement  Procedures 
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HILVAN 


MODEM 


NCOIC 


OOCSLOG 


OPNAV 


OPORD 
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Military  Shipping  Container 

Materiel  Management  Center 

Mode  Management  Module 

Movements  Management  System 

Modulator/Demodulator 

Movement  Planning  Module 

Military  Sealift  Command 

Military  Traffic  Management 
Command 

North  Atlantic  Treaty  Organization 
Non-Commissioned  Officer-In-Charge 
Not  Later  Than 

Operational  and  Organizational 
Plan 

Ocean  Cargo  Clearance  Authority 

Office  of  the  Deputy  of  Chief  of 
Staff  for  Logistics 

Operators  Manual 

Operation  and  Maintenance  -  Army 

Office  of  the  Chief  of  Naval 
Operations 

Operational  Order 

Office  of  the  Secretary  of  Defense 
Priorities  and  Allocations 
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Abbreviation 

Term 

PATB 

Procedures.  Analysis,  and 

Technical  Assistance  Branch 

PC 

Personal  Computer 

PET 

Prototype  Evaluation  Test 

PM 

Product  Manager 

PMM 

Passenger  Movement  Module 

PMP 

Project  Management  Plan 

POD 

Port  of  Debarkation 

POE 

Port  of  Embarkation 

POL 

Petroleum,  Oil,  and  Lubricants 

POMCUS 

Prepositioning  of  Materiel 
Configured  to  Unit  Sets 

PSL/PSA 

Problem  Statement  Language/Problem 
Statement  Analyzer 

RCS 

Reports  Control  Symbol 

RO 

Data  Requirements  Document 

RDD 

Required  Delivery  Date 

RDR 

Reader 

REG 

Regulation 

REPSHIP 

Report  of  Shipment 

RMCT 

Regional  Movement  Control  Team 

RMMT 

Rail  Movemement  Management  Team 

ROC 

Required  Operational  Capabilities 

RORO 

Roll-On  and  Roll-Off 

RU 

Release  Unit 
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SEAVANS 


STAMMIS 


TACCS 


TACMIS 


TELEX 


Software  Acceptance  Test 

Standards  and  Conventions  Manual 

System  Change  Package 

Commercial  Sea  Containers 

System  Execution  Parameter 

Standard  Operating  Procedures 

Sea  Port  of  Debarkation 

Standard  Army  Multi -command 
Management  Information  System 

Standard 

Standing  Transportation  Movement 
Release 

Tactical  Army  Combat  Service 
Support  Computer  System 

Tactical  Management  Information 
System 

Truck  Manifest  Header 
Technical  Bulletin 


To  Be  Determined 


Transportation  Control  Number 

Transportation  Control  Point 

Table  of  Distribution  and 
Allowances 

Telephone  Exchange  (TTY  Equipment) 

Transportation  Identification 
Number 
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Jerm 


TM 

TMAS 

TMCA 

TMDE 

TMICS 

TMR 


Technical  Manual/TItne  and 
Materlels 

Transportation  Movements  Address 
Subsystem 

1st  Transportation  Movement 
Control  Agency,  USAREUR 

Test,  Measurement,  and  Diagnostic 
Equipment 

Transportation  Management  and 
Information  System 

Transportation  Movement  Release 


TMS 


Transport  Management  Survey 


TM2 

TM3 

I 

I 

! 

:  TOE 

f 

‘  TOMMS 

k 

'  TRADOC 

:  TRANS 


Document  Identifier  Code  In 
military  standard  transportation 
and  movement  procedures.  Request 
for  Hold 

Document  Identifier  Code  In 
military  standard  transportation 
and  movement  procedures.  Request 
for  Diversion 

Transportation  Officer 

Table  of  Organization  and 
Equipment 

Terminal  Operations  and  Movement 
Management  System 

Training  and  Doctrine  Command 

Transportation 


;  TRANSCOM 

t 


Transportation  Command 

Transportation  Operational  and 
Organizational  Plan 


TROOP 
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Abbreviation 


Ifirm 


TSA-E 

Troop  Support  Agency,  Europe 

TSP 

Transshipment  Point 

TT 

Truck  Terminal 

TTB 

TTP  operated  by  326th 
Transportation  Detachment 
Subsequent  Movement  Event 

TTC 


TTCl 

TTC2 

TTF 

TTM 

TTN 

TTP 

TTQ 

TTR 


TTP  operated  by  270th 
Transportation  Detachment /Port. 
Arrival  Event/Discharge 

Used  to  report  the  discharge  of 
cargo  from  a  vessel 

Used  to  report  the  cargo  departure 
from  a  WPOD 

New  Movement  Event 

Change  In  Terms  of  Carriage 

Carrier  Notification/Documents  Not 
Received 

Trailer  Transfer  Points/Container 
Die 

Container  ETA/Depart  Water  Port  of 
Debarkation 

Lease  Notification/Termination 


TTS 

TTU 

TTW 

TTX 

ULC 

UM 


Container  Staging  Notification 
Conveyance  Change  Notification 
Cargo  DIscharge/Non-del ivery 
Conveyance  Cost  Transaction 
Unit  Level  Computer 
User's  Manual 
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UMMIPS 


USAFE 


USAISEC 


USAISSC 


USALOGC 


USAREUR 


USATSCH 


USEUCOM 


WPOD/E  or  WPD/E 
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USAREUR  Movement  Control  Center 


Uniform  Materiel  Movement  and 
Issue  Priority  System 


USAREUR  Regulation 


United  States  (of  America;  USA) 


United  States  Air  Force,  Europe 


United  States  Army  Information 
Systems  Engineering  Connand 


United  States  Army  Information 
System  Software  Command 


US  Army  Logistics  Center 


US  Army,  Europe 


US  Army  Transportation  School 


US,  European  Command 


Visibility  of  Intransit  Cargo 


Word  Processing  Equipment 


Water  Port  of 
Debarkation/Embarkation 
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1.2  Key  Terms.  This  section  provides  a  listing  of  any  key  terms  unique 
to  this  document  or  subject  to  interpretation  by  the  user  of  this  document. 

Ifion  Definition 


Attribute 


Code. . .Means 


Consists 


Creates 


Derives 


Element 


A  property  which  modifies  an 
object  in  some  way.  Usually  such 
a  property  will  expand  the 
reader's  understanding  of  the 
object  or  make  its  determination 
more  precise. 

The  usually  abbreviated  symbols 
assigned  as  substitutes  for  longer 
expressions  of  the  values  of  some 
element. 

Specifies  the  lower  level  data 
items  found  within  some  complete 
message  (Input.  Entity,  or  Dutput) 
or  cluster  of  data  (Group). 

A  function  makes  some  Internal 
message  appear  for  the  first  time 
within  the  system. 

Database  Management  System.  A 
relational  computerized  collection 
of  data  available  for  retrieval  by 
various  users  with  various  needs 
including  file  managment.  data 
dictionary,  user-controlled 
logging  capability,  unload  and 
reload  utilities,  and  roll  forward 
and  roll  backward  utilities  (e.g., 
Dracle,  INFDRMIX). 

A  function  produces  some  data  item 
(i.e.,  complete  message  or  data 
component)  to  be  dealt  with  either 
within  the  system  or  to  be  sent 
outside. 

A  basic  unit  of  information, 
decomposed  to  the  lowest  level  of 
interest  or  a  particular  system. 
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Term 

Employs 

Entity 

Fatal  Error 


Generates 

Group 

Input 

Interface 
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Definition 


Signifies  that  a  process  takes  in 
data  and  carries  out  a  specific 
function  on  it. 


A  general  form  (not  an  instance) 
of  a  complete,  addressable  message 
that  remains  within  the  system. 

A  data  element,  or  combination  of 
data  elements,  which  is  missing  or 
does  not  pass  the  edit  criteria. 

In  the  DAMNS  system,  these  items 
should  be  minimal  and  will  be  of 
the  key  data  field,  or  of  a 
combination  of  key  data  fields. 

The  edit  criteria  will  be 
identified  in  the  functional 
specifications.  Failure  to  pass  a 
fatal  edit  will  cause  the 
transaction  or  record  to  be 
rejected. 

A  function  produces  some  complete 
message  to  be  passed  beyond  the 
boundaries  of  the  system  to  the 
"outside  world". 

A  cluster  of  informational  items, 
which  may  be  basic  units  or  other 
clusters  of  information  nested 
within  the  cluster  being 
discussed. 

A  general  form  (not  an  instance) 
of  a  complete,  addressable  message 
that  comes  into  the  from  some 
external  source. 

An  individual,  organization,  or 
automated  system  with  which  the 
target  system  interacts,  either  by 
providing  information  as  stimulus 
to  the  target  system  or  by 
absorbing  some  transformed 
information  as  response  from  it. 
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Keyword 


Maintain 


Media 


Message 


Non-Fatal  Error 


Output 


Process 
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Definition 


A  word  or  phase  that  signifies 
some  special  property  by  which  the 
objects  to  which  it  is  assigned 
can  be  readily  recognized  or 
retrieved. 

A  process  exercises  a  care-taker 
function  on  a  set  or  relation. 

Refers  to  the  cotmunl  cat  ions 
carrier  (e.g.,  MINET,  DDN,  MSE, 
comnerclal  telephone). 

A  record  kept  within  a  PSA 
database  containing  information 
that  Is  directive,  advisory,  or 
informative  (e.g.,  about  the 
system  being  specified  or  the 
specification  process). 

A  unit  of  Information,  at  a  level 
equating  to  a  transaction,  that  is 
telecommunicated  via  a  packet 
switching  network.  In  the 
commercial  environment.  Telenet 
would  be  an  example  of  such  a 
network. 

Refers  to  the  communications 
method  (e.g.,  voice  to  voice, 
dial-up  telephone  file  transfer, 
packet  network).  Also  refers  to 
the  aspect  of  Army  transportation 
that  physically  deals  the  movement 
of  materlels. 

Similar  to  a  fatal  error,  except 
that  the  transaction  or  record 
will  be  accepted  Into  the  system. 

A  general  form  (not  an  Instance) 
of  a  complete,  addressable  message 
that  leaves  the  system  to  be 
absorbed  by  some  external  source. 

A  function  or  activity  that 
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Processor 


Responsible  -  Problem 
-  Definer 


Subject  Database 


Subparts 


Synonym 


Updates 


Utilizes 
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Def tuition 


transforms  or  manipulates  data  in 
some  way  within  the  system. 

An  individual,  organization,  or 
automated  system  which  performs 
some  function  or  activity  on 
information. 

Departure  of  shipment  from  the 
shipping  activity. 

A  property  which  designates  the 
individual  to  whom  one  can  go  for 
more  complete  information 
concerning  selected  objects  in  a 
database. 

A  collection  of  Input-,  Entity-, 
or  Output-instances  stored  and/or 
kept  within  the  system. 

The  position  or  current  location 
of  physical  assets. 

A  high  level  organizational  view 
of  data,  equating  broad  views  of 
data  to  "business"  functions 
regardless  of  an  organization's 
political  structure.  This 
definition  is  refined  in  logical 
and  physical  database  design. 

Denotes  the  functions  that  are 
subordinate  to  some  higher  level 
process. 

A  secondary  name  (alias)  by  which 
some  object  is  also  known. 

Denotes  that  a  process  brings  some 
data  component  or  complete  message 
to  a  current  state  within  the 
system. 

Signifies  that  a  process  requires 
for  its  own  activity  the 
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Values 


Visibi 1 ity 


Definition 

functioning  of  one  or  more  other 
processes. 

The  actual  or  possible  form, 
quantity,  or  appearance  that  some 
element  can  have  in  a  system. 

Being  able  to  account  for  tangible 
assets  such  as  men,  units, 
vehicles,  cargo,  etc. 
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APPENDIX  III.  DAMMS-R  Phase  1  Processes,  Inputs,  Outputs, 
Entities,  Sets,  and  Memos 


The  in-formation  in  APPENDIX  III  has  been  drawn  from  the  DAMMS-R  Phase  1 
subsystem  databases.  Elimination  of  outdated  information  within  these 
subsystems  will  occur  as  the  database  is  maintained  through  the  system 
I ifecycle. 

Process  data  flow  diagrams  are  presented  only  for  those  processes  which 
have  been  analyzed  in  detail  as  of  4  December  1987,  and  have  had  initial 
functional  analysis  packages  forwarded  to  the  system  developer. 


Data  models  and  data  model  entities  are  provided  in  Appendix  IV. 
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INDEX 


(continued) 


DATA  FLOW  DIAGRAMS 
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DEFINE  PROCESS 
PART  OF: 


System-Util ities 


AdHoc-Query  ; 


■ 

i 

I 


*  w  wn  WM  njt  njr  n*  njf  ir^  vn  WTf  vx  \nf\/%\^  VvVWiTV  7/  7/V^.  V’.  V\^VT 


System 

-Operator 


<TMR-Inp> 


<TMR-Er rMsg-Out > 


Special Int-  <SpecialInt> 
Tbi  - 


MovModeCode-  <MovModeCode> 
Tbl  - 


Trans Pri- 
Tbl 


CntnrMov- 

File 


Crt  np|^..-,v3'.  p- 
Fi'ie 


<TransPri > 


<CntnrMov-TMR-Info> 


<CntnrMcv-TMR-Info> 
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Capture- 
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Tbl 
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Month- 

Tbl 


<Month> 


CgoAddress- 

File 


<CgoAddress-ETA-Fcst-Ref > 


Figure  1 .  Capture-TNIR 
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DEFINE  PROCESS  Capture-TMR  ; 

DESCRIPTION; 

Capture  TMR  by  Destination/Origin 

This  process  allows  the  MCT  to  update  the  container  database  with  a 
complete  12  position  TMR  number  and  or  an  11  position  Freight  Warrant 
number  used  to  monitor  the  movement  of  commercial  containers  being 
drayed  via  military  assets. 

KEYWORD  IS:  ’Container’  ; 

SEE  MEMO: 

Front-End-Process-Memo  ; 

GENERATES: 

TMR-ErrMsg-Out  ; 

RECEIVES: 

TMR-Inp  ; 

PART  OF:  Maintain-Container-Database  ; 

PROCEDURE; 

1.)  Upon  receipt  of  advise  concerning  the  issuance  of  a  TMR  and  or  a 
FWTNo  for  a  container  moving  via  military  assets,  the  MCT  must  enter  the 
complete  12  position  TMR/11  position  FWTNo  into  the  database. 


2.)  FRONT  END  PROCESS: 


User  enters  CntnrNo 
MATCH: 

CntnrNo  from  screen  with  CntnrNo  in  CntnrMovStp  File 
IF: 

NO  MATCH: 

DISPLAY: 

"Container  Number  not  valid,  reenter  or 
exit  process." 


ELSE  : 


Use  CntnrNo  to  access  CntnrMovStp. 

DISPLAY: 

"CntnrNo  CntnrOwn  Consignee  MultiStpNo  StpComp" 
XXXXX  XXXX  XXXXXX  X 

System  will  allow  user  to  course  through  this 
scrollable  screen  to  the  desired  stop.  When  the 
stop  is  selected,  the  user  will  hit  "GO"  and 
the  first  process  screen  will  be  displayed. 

MOVE: 

CntnrNoPref ix  from  CntnrMov  to  Container 
Number  on  first  process  screen. 
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DISPLAY: 


First  Process  Screen 


2) 


IF: 


User  enters  CntnrNo  ♦  CntnrNoPreFix 
MATCH: 

CntnrNo  from  screen  with  CntnrNo  in  CntnrMovStp  File 
IF: 

NO  MATCH: 

DISPLAY: 

"Container  Number  not  valid,  reenter  or 
exit  process." 

EDIT: 

System  will  edit  CntnrNoPref ix 

if: 

CntnrNoPref ix  <  >  Alphanumeric 
DISPLAY: 

Err  Msg  -  "Container  number  must 
be  alphanumeric." 


ELSE: 


Use  CntnrNo  from  screen  to  access  CntnrMovStp. 
DISPLAY: 

"CntnrNo  CntnrOwn  Consignee  MultiStpNo" 
XXXXXXXX  XXXX  XXXXXX  X 


System  will  allow  user  to  course  through  this 
scrollable  screen  to  the  desired  stop.  When  the 
stop  is  selected,  the  user  will  hit  "GO"  and  the 
first  process  screen  will  be  displayed. 

IF:  CntnrNoPref ix  in  CntnrMov  =  000 

UPDATE:  Screen  entered  CntnrNoPref ix  to 
CntnrNoPref ix  in  CntnrMov. 


3) 


DISPLAY: 

IF: 


MOVE 

First  Process  Screen 


CntnrNoPref ix  from  CntnrMov  to  Container 
Number  on  First  Process  Screen. 


User  enters  FWTNo 
MATCH : 

FWTNo  from  screen  with  FWTNo  in  CntnrMov  File 
IF: 

NO  MATCH: 

DISPLAY:  Freight  Warrant  Number  entered  not 

valid.  Reenter  or  exit  the  process. 

ELSE: 
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Use  CntnpNo  and  CntnrOwnAbbr  -found  in  the 
CntnrMov  -file  to  access  CntnrMovStp 
DISPLAY; 

Cntnr  Mov  Stop  data  as  Follows: 


CntnrNo 


CntnrOwn  Consignee  MultiStpNo 


XXXXX  XXXX  XXXXXX  X 


System  will  allow  user  to  course 
through  this  scrollable  screen  to 
the  desired  stop.  When  the  stop  is 
selectedi  the  user  will  hit  'GO'  and 
the  first  process  screen  will  be  dis¬ 
played. 

MOVE: 

CntnrNoPref ix  from  CntnrMov  to 
Container  Number  on  first  process 
screen. 

DISPLAY: 

First  Process  Screen 


IF: 

User  enters  TMRPrefix 
MATCH; 

TMRPrefix  from  screen  with  TMRPrefix  in  CntnrMov  file 
IF; 

NO  match: 

DISPLAY:  TMRPrefix  entered  not  valid.  Reenter  or 
exit  the  process. 

ELSE: 

Use  CntnrNo  and  CntnrOwnAbbr  found  in  the 
CntnrMov  file  to  access  CntnrMovStp 
DISPLAY: 

CntnrMovStp  data  as  follows: 


CntnrNo 

CntnrOwn 

Consignee 

MultiStpNo 

XXXXX 

XXXX 

XXXXXX 

X 

System  will  allow  user  to  course 
through  this  scrollable  screen  to  the 
desired  stop.  When  the  stop  is  select¬ 
ed,  the  user  will  hit  ’GO’  and  the 
first  process  screen  will  be  displayed 
MOVE; 

CntnrNoPref ix  from  CntnrMov  to 
Container  Number  on  first  process 
screen. 
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DISPLAY: 

First  Process  Screen 
IF: 

User  enters  CntnrTCN. 

MATCH: 

CntnrTCN  from  screen  with  CntnrTCN  in  CntnrMov. 

IF: 

No  match. 

DISPLAY: 

"Container  TCN  not  valid.  Reenter  or  exit 
process." 

ELSE: 

Select  CntnrNo,  CntnrOwnAbbr  from  CntnrMov  to  access 
CntnrMovStp. 

DISPLAY: 

CntnrMovStp  data  as  follows: 


Cntnr 

No 

CntnrOwnAbbr 

Abbr 

Consignee 

Mult iStp 

No 

stp 

Comp 

XXXXX 

XXXX 

XXXXXX 

X 

X 

XXXXX 

XXXX 

XXXXXX 

X 

X 

System  will  allow  user  to  course  through 
this  scrollable  screen  to  the  desired  stop. 
When  the  stop  is  selected,  the  user  will 
hit  [GO]  and  the  first  process  screen 
will  be  displayed. 

move: 

CntnrNoPrcf ix  from  CntnrMov  to  Container 
Number  on  the  first  process  screen. 


IF: 

Record  is  selected 

then: 

Display  screen  containing  data  shown  from  CntnrMov  and 
CntnrMovStp.  User  must  select  the  TMRNo  or  FUTNo  function 
key. 


I  POST  tmr/freight  warrant  number  I 


I  Container  (  Container! 
I  Number  I  Owner  I 

I - 1 
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I  XXXXXXXX  I  XXXX  I 
I  XXXXXXXX  I  XXXX  I 


I  CLEAR  ITMRI  FUT  I 
I  SCREENING  I  NO  i 


IF: 

TMRNo  function  key  is  selected. 

then: 

Display  the  following  screen. 


1 

post'  TMR' 

NUMBER 

1 

1 

Container  1 

Consigneel 

TMR  1 

Dest  MCE 

StpSeql 

Specint 1 

Model 

Trans 

1 

1 

Number  1 

1 

1 

Pref i X 1 

1 

Prefix 

Number  1 

1 

Code  1 

Code  1 

.  .  1 

PriCd 

1 

1 

1 

XXXXXXXX  1 

XXXXXX  1 
XXXXXX  1 

XXXXXX  1 

1 

X 

X  1 

X  I 

XX  1 

1 

X  1 

X 

1 

1 

1 

1 

•-  -  -  1 

1 

1  CLEAR  1 

1  1 

IFWTI 

1  TMR 

1  1 

1 

IDEL 

1 

1  SCREEN  1 

1  1 

INO  1 

I  NO 

1  1 

1 

1 

1 

else: 

User  selects  the  FWTNo  function  key. 

IF: 

FWTNo  function  key  is  selected,  display  the  following  screen. 


POST  FREIGHT  WARRANT  NUMBER 


Container  I  Consignee  I  Freight 

Number  I  I  Warrant  No 

_ I _  „  I _ 

XXXXXXXX  I  XXXXXX  I  XXXXXXXXXXX 

-  I  XXXXXX  I  - 


CLEAR  I  I  I  I  FWT  I  I  TMR  I  II  I  I  DEL  I 

SCREEN  I  I  I  I  NO  I  !  NO  I  II  I  I  I 


ELSE: 

User  selects  CLEAR  SCREEN  function  key  and  front  end  screen 
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is  displayed  for  record  selection. 


4.)  IF; 

User  selects  TMRNo  function  key  and  screen  is  displayed,  the 
CntnrNo  and  all  Consignees  will  be  moved  to  the  screen.  If 
a  TMRNo  is  resident  in  the  database,  it  too  will  be  displayed 
on  the  screen. 

IF: 

A  TMRNo  is  displayed. 

THEN: 

A  set  of  function  keys  will  be  displayed  allowing  the  user 
to  CLEAR  SCREEN,  MODIFY,  or,  DELETE. 

IF: 

User  presses  the  function  key  "CLEAR  SCREEN",  the  front  end 
screen  will  be  displayed  for  record  selection.  Once  a  record 
is  selected,  the  process  screen  (with  function  key  set)  is 
displayed. 

ELSE: 

If  the  DELETE  function  key  is  selected,  the  TMRNo  displayed 
will  be  deleted  from  the  database. 

else: 

If  the  MODIFY  function  key  is  selected,  the  cursor  will  move 
to  the  first  position  of  the  TMR  Prefix. 

then: 

The  user  must  enter  6  digits  (A/N)  in  this  field,  press 
RETURN,  and  the  cursor  will  move  to  DestMCEPref ix. 

IF: 

User  does  not  enter  TMRPrefix,  and  presses  RETURN,  the  cursor 
will  go  to  DestMCEPref ix. 

IF: 

The  cursor  is  at  DestMCEPref ix,  the  user  may  enter  the  1 
digit  (A)  prefix  of  the  destination  MCE,  press  RETURN,  and 
the  cursor  will  move  to  StpSeqNo. 

IF; 

User  does  not  enter  DestMCEPref ix,  and  presses  RETURN,  the 
cursor  will  go  to  StpSeqNo. 

IF: 

The  cursor  is  at  StpSeqNo,  the  user  may  enter  the  1  digit 
(A)  StpSeqNo,  press  RETURN,  and  the  cursor  will  move  to 
SpIntCd. 

IF: 

User  does  not  enter  StpSeqNo,  and  presses  RETURN,  the  cursor 
will  go  to  SpIntCd. 

IF: 

The  cursor  is  at  SpIntCd,  the  user  may  enter  the  2  digit  (A) 
SpIntCd,  and  press  RETURN.  The  system  will  perform  an  edit, 
using  SpIntCd  table,  and  if  the  edit  is  valid,  the  cursor 
will  move  to  ModeCd.  If  the  edit  reveals  an  incorrect  SpIntCd 
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has  been  entered,  display  prompt  "SpIntCd  not  valid,  press 
CANCEL  and  retry". 

User  does  not  enter  SpIntCd,  and  presses  RETURN,  the  cursor 
will  go  to  ModeCd. 

The  cursor  is  at  ModeCd,  the  user  may  enter  the  1  digit  (A> 
ModeCd,  and  press  RETURN.  The  system  will  perform  an  edit, 
using  ModeCd  table,  and  if  the  edit  is  valid,  the  cursor  will 
move  to  TransPriCd.  If  the  edit  reveals  an  incorrect  ModeCd 
has  been  entered,  display  prompt  "ModeCd  not  valid,  press 
CANCEL  and  retry". 

User  does  not  enter  ModeCd  and  presses  RETURN,  the  cursor 
will  go  to  the  TransPriCd. 

The  cursor  is  at  TransPriCd,  the  user  may  enter  the  1  digit 
(N)  TransPriCd,  and  press  RETURN.  The  system  will  perform 
an  edit,  using  TransPriCd  table,  and  if  valid,  the  cursor  will 
move  to  StpSeqNo  (in  the  next  line).  If  the  edit  reveals  an 
incorrect  TransPriCd  has  been  entered,  display  prompt  '‘Trans¬ 
PriCd  not  valid,  press  CANCEL  and  retry". 

User  does  not  enter  TransPriCd  and  presses  RETURN,  the  cursor 
will  go  to  the  StpSeqNo  in  next  line.  At  this  time  the  user  V.  , 
may  enter  the  StpSeqNo  "only"  for  that  stop,  press  RETURN,  and 
the  cursor  will  go  to  StpSeqNo  in  the  next  line.  (The  complete 
TMR  will  only  be  entered  on  the  first  line.) 

User  is  at  the  last  element,  or  stop  and  presses  RETURN,  then 
display  prompt  "Press  GO  to  post  data,  or  RETURN  to  review". 

If  GO  is  pressed,  the  TMR  is  posted  in  the  database  and 
today’s  date  is  posted  to  DteLstUpdCntnr .  The  screen  will 
display  the  record  and  function  key  set  allowing  the  user  to 
select  the  entry  of  a  FWTNo  for  the  same  container  number. 

FWTNo  is  selected,  the  criteria  in  paragraphs  8  and  7  apply. 

RETURN  is  pressed,  the  cursor  will  move  to  TMR  Prefix  and  all 
edits  will  be  performed  as  described  above. 


ELSE: 

THEN: 


If  a  TMRNo  is  not  displayed. 

The  user  must  enter  6  digits  (A/N)  in  this  field,  press 
RETURN,  and  the  cursor  will  move  to  DestMCEPref ix. 

The  cursor  is  at  DestMCEPref ix,  the  user  may  enter  the  1 
digit  (A)  prefix  of  the  destination  MCE  (this  should  be 
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filled  in  all  of  the  time),  press  RETURN,  and  the  cursor 
will  move  to  StpSeqNo. 

The  cursor  is  at  StpSeqNo,  the  user  must  enter  the  1  digit 
(A)  StpSeqNo,  press  RETURN,  and  the  cursor  will  move  to 
SpIntCd. 

The  cursor  is  at  SpIntCd,  the  user  must  enter  the  2  digit 
(A)  SpIntCd,  press  RETURN.  The  system  will  perform  an  edit, 
using  SpIntCd  table,  and  if  the  edit  is  valid,  the  cursor 
will  move  to  ModeCd.  If  the  edit  reveals  an  incorrect  SpInt¬ 
Cd  has  been  entered,  display  prompt  "SpIntCd  not  valid,  press 
CANCEL  and  retry" . 

The  cursor  is  at  ModeCd,  the  user  may  enter  the  1  digit  (A) 
ModeCd,  and  press  RETURN.  The  system  will  perform  an  edit, 
using  ModeCd  table,  and  if  the  exit  is  valid,  the  cursor 
will  move  to  TransPriCd.  If  the  edit  reveals  an  incorrect 
ModeCd  has  been  entered,  display  prompt  "ModeCd  not  valid, 
press  CANCEL  and  retry". 

The  cursor  is  at  TransPriCd,  the  user  must  enter  the  1  digit 
IN)  TransPriCd,  and  press  RETURN.  The  system  will  perform  an 
edit,  using  TransPriCd  table,  and  if  valid,  the  cursor  will 
move  to  StpSeqNo  (in  the  next  line).  At  tMs  time  the  user 
may  enter  the  StpSeqNo  "only"  of  that  stop,  press  RETURN,  and 
the  cursor  will  go  to  StpSeqNo  in  the  next  line.  The  complete 
TMR  will  only  be  entered  on  the  first  line.  If  the  edit 
reveals  an  incorrect  TransPriCd  has  been  entered,  display 
prompt  "TransPriCd  not  valid,  press  CANCEL  and  retry". 

User  is  at  the  last  element  and  presses  RETURN,  then  display 
prompt  "Press  GO  to  post  data,  or  RETURN  to  review".  If  GO 
is  pressed,  the  TMR  is  posted  in  the  database  and  today's 
date  is  posted  to  DteLstUpdCntnr .  The  screen  will  display 
the  record  and  function  key  set  will  be  displayed  allowing 
the  user  to  select  the  entry  of  a  FWTNo  for  the  same 
container  number. 

FWTNo  is  selected,  the  criteria  in  paragraphs  6  and  7  apply. 

User  presses  the  function  key  "CLEAR  SCREEN",  the  front  end 
screen  will  be  displayed  for  record  selection.  Once  a 
record  is  selected,  the  process  screen  (with  function  key 
set)  is  displayed. 

TMRNo  is  again  selected,  the  above  statement  applies. 


ELSE: 
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THEN: 


If  FWTNo  function  key  is  selected. 
Display  the  following  screen. 


POST  THR/FREIGHT  WARRANT  NUMBER 


Container  I  Consignee  I  Freight 

Number  I  I  Warrant  No 

_ _ I _ I _ 

XXXXXXXX  I  XXXXXX  I  XXXXXXXXXXX 

-  I  XXXXXX  I - 


I  CLEAR  I 
I  SCREEN  I 


I  I 
I  I 


IMODIFYI  I  I 
I  III 


I  DEL  I 
I  I 


THEN! 


ELSE! 


ELSE! 


THEN! 


User  selects  FWTNo  function  key  and  screen  is  displayed, 
the  CntnrNo  and  all  Consignees  will  be  moved  to  the  screen. 

If  a  FWTNo  is  resident  in  the  database,  it  too  will  be 
displayed  on  the  screen. 

A  FWTNo  is  displayed. 

I 

A  set  of  function  keys  will  be  displayed  allowing  the 
user  to  CLEAR  SCREEN,  MODIFY,  or,  DELETE. 

User  presses  the  function  key  "CLEAR  SCREEN",  the  front  end 
screen  will  be  displayed  for  record  selection.  Once  a  record 
is  selected,  the  process  screen  is  displayed. 

DELETE  function  key  is  selected,  the  FWTNo  displayed  will 
be  deleted  from  the  database. 

If  the  MODIFY  function  key  is  selected,  the  cursor  will 
move  to  the  first  position  of  the  FWTNo. 


User  may  overtype  the  FWTNo. 


User  overtypes  FWTNo,  the  only  edit  is  for  11  positions. 

User  is  at  the  last  element  and  presses  RETURN,  then 
display  prompt  "Press  GO  to  post  data,  or  RETURN  to  review". 
If  GO  is  pressed,  the  FWTNo  is  posted  in  the  database  and 
today’s  date  is  posted  to  DteLstUpdCntnr .  The  screen  will 
display  the  record  and  function  key  set  allowing  the  user 
to  select  the  entry  of  a  TMRNo  for  the  same  container 
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IF: 

else: 

then: 


then: 


number . 

TMRNo  is  selected,  the  criteria  in  paragraphs  4  and  5  apply. 
H  a  FUTNo  is  not  displayed. 

The  user  must  enter  11  digits  in  this  field,  press  GO 
and  the  FUTNo  is  posted  in  the  database  and  today's  date 
is  posted  to  DteLstUpdCntnr .  The  front  end  screen  will 
be  displayed  for  record  selection.  Once  a  record  is 
selected,  the  process  screen  is  displayed. 

The  function  key  set  will  be  displayed  again  allowing 
user  to  select  the  entry  of  another  TMRNo  or  a  FWTNo. 

The  user  has  completed  all  entries,  then  FINISH  key  is 
pressed,  and  the  MENU  will  be  displayed. 


SAMPLE 


SAMPLE 


SAMPLE 


These  sample  screens  show  what  the  info  looks  like  when  properly  enter¬ 
ed. 


1 

POST  TMR/FREIGHT  WARRANT  NUMBER 

1 

1  Container 

1  Number 

1 - 

1  Consignee  1  Freight  1 

1  1  Warrant  No  1 

1 

1 

- 1 

02012345  I 


WK4FUG  I  TC-0A123456  I 

WK4FRC  I - 1 

WK4FUZ  I 
UK4NVE  I 
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UK4GEC  I 


I  CLEAR  I 
I  SCREEN  I 


I  FWT  \ 
I  No  I 


I  TMR  I 
I  No  I 


DEL  I 


POST  TMR/FREIGHT  WARRANT  NUMBER 


t  Container 
I  Number 


Consignee  I  TMR  I  Dest  MCE  IStpSeq  ISpecInt  IModelTransI 
I  Prefix  I  Prefix  (Number  I  Code  ICodelPriCdl 


DERIVES: 

CntnrMov-TMR-Info 
USING  OteLstUpdCntnr  ; 

DERIVES: 

CntnrMov-TMR-Info 
USING  TMR-Inp  ; 

DERIVES: 

CntnrMovStp-TMR-Upd 
USING  MultiStpNo  ; 

DERIVES: 

CntnrMovStp-TMR-Upd 
USING  StpSeqNo  ; 

DERIVES: 

CntnrMovStp-TMR-Upd 
USING  DestMCEPref ix  ; 

DERIVES: 

CntnrMovStp-TMR-Upd 
USING  CntnrMovStp-Ref  ; 

DERIVES: 

TMR-ErrMsg-Out 
USING  TMR-Inp  ; 

DERIVES: 

TMR-ErrMsg-Out 
USING  Err-Msg  ; 

DERIVES: 

TMR-ErrMsg-Out 
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USING  Err-Diag  ; 

DERIVES: 

TMR-ErrMsg-Out 

USING  CntnrMov-TMR-Info  ; 

DERIVES: 

DteLstUpdCntnr  ; 

DERIVES: 

StpSeqNo  USING  MultiStpNo  ; 
DERIVES: 

DestMCEPreFix  ; 

DERIVES: 

Err-Msg  ; 

DERIVES: 

Err-Diag  ; 

MAINTAINS: 

CntnrMov-F i le 

USING  CntnrMov-TMR-InFo  ; 

MAINTAINS: 

CntnrMovStp-F 1 le 


CntnrMov-TMR-Info  ; 


USING 

CntnrMovStp-TMR-Upd  ; 

! 

MAINTAINS: 

i 

CntnrMovStp-F 1 le 

' 

USING 

CntnrMovStp-Ref  j 

VHk 

EMPLOYS: 

■  (•- 

Spec ial Int 

-Tbl  , 

MovModeCode-Tbl  , 

KS 

TransPri-Tbl  , 

1 

CgoMCE-Tbl 

1 

1 

D{ 

Month-Tbl 

f 

CgoAddress 

-File  ; 

! 

m 

USES: 

DteLstUpdCntnr 

H 

TO  DERIVE  CntnrMov-TMR-Info  ; 

• 

f 

USES: 

TMR-Inp 

I 

u 

TO  DERIVE  CntnrMov-TMR-Info  ; 

\ 

M 

USES: 

MultiStpNo 

s 

TO  DERIVE  CntnrMovStp-TMR-Upd 

:  1 

USES: 

StpSeqNo 

1 

TO  DERIVE  CntnrMovStp-TMR-Upd 

I  I 

USES: 

DestMCEPref ix 

8 

TO  DERIVE  CntnrMovStp-TMR-Upd 

;  V 

USES: 

CntnrMovStp-Ref 

2 

X 

[M. 

TO  DERIVE  CntnrMovStp-TMR-Upd 

;  1 

1 

USES: 

TMR-Inp 

1 

USES: 

TO  DERIVE  TMR-ErrMsg-Out  ; 
Err-Msg 

: 

1 

f 

TO  DERIVE  TMR-ErrMsg-Out  ; 

f 

USES: 

Err-Diag 

< 

wt 

TO  DERIVE  TMR-ErrMsg-Out  ; 

i 

► 

USES: 

CntnrMov-TMR-Info 
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USES: 

USES: 

USES: 


USES: 

ADDS: 

ADOS: 

MODIFIES: 

MODIFIES: 

REFERENCES 

REFERENCES 

REFERENCES 

REFERENCES 

REFERENCES 

REFERENCES 

REFERENCES 

REFERENCES 

CREATES: 


TO  DERIVE  TMR-ErrMsg-Out  ; 

MultlStpNo 
TO  DERIVE  StpSeqNo  ; 

Cn  t  nrMov-TMR- 1  n-f  o 
TO  MAINTAIN  CntnrMov-FUe  ; 
CntnrMovStp-TMR-Upd 
TO  MAINTAIN  CntnrMovStp-F He  ; 
CntnrMovStp-Ref 
TO  MAINTAIN  CntnrMovStp-F He  ; 
CntnrMov-TMR-Info  TO  CntnrMov-FUe  ; 
CntnrMovStp-TMR-Upd  TO  CntnrMovStp-n le  ; 
CntnrMov-TMR-Info  IN  CntnrMov-FUe  ; 
CntnrMovStp-TMR-Upd  IN  CntnrMovStp-F Ue  ; 
Specialint  IN  Specialint-Tbl  ; 

MovModeCode  IN  MovModeCode-Tbl  ; 

TransPri  IN  TransPri-Tbl  ; 

CntnrMov-TMR-Info  IN  CntnrMov-FUe  ; 
CgoMCE-InbCntnr-Ref  IN  CgoMCE-Tbl  ; 

Month  IN  Month-Tbl  ; 

CgoAddress-ETA-Fcst-Ref  IN  CgoAddress-F Ue  ; 
CntnrMovStp-Ref  IN  CntnrMovStp-FUe  ; 


CntnrMov  , 

CntnrMovStp  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Zacot’  ; 


I 


I 

I 


I 

I 


I 


1 


I 


\ 


-Operator 


CgoAddress  <CgoAddress-ETA-Fcst-Ref  > 


CgoPort-Tbl  <CgoPort-Ref > 


CntnrOnner  <CntnrOwner-Ref > 


CntnrSize-Tbl  <CntnrSize-Ref > 


< ETA-Cor r ect i on- I nf o- I np> 


CommodTty-Tb 1  <Commodity-Ref > 


OceanCarr-TbT  <OceanCarr-Ref > 


lilll 


-  Correct-  <CgoMCE-InbCntnr-Ref > 

.  ..  Merge-ETA- 

System  <Sys-Parameter-Ref >  Forecast-Err  <Inbound-Container-Report> 

-Parameter-"^  bl  .  -  n  ■■  ■■  |  , 


Cntnri''^jv-  <CntnrMov-ETA-Fcst-Info> 

<CntnrMov-ETA-Fcst-Info> 


Cntnr^c.'E  -L  '  Cntnr|vtovSt.p-ETA-Fcst-Info>  li 

-File  <CntnrMovStp-ETA-Fcst-Info>  I  I 


i  I  \ 

V - ^ 

ItItITItl 


ETA-Forecast-  <ETA-Forecast-Errop-Info> 
Error-Fi le  <ETA-Forecast-Error-Info> 


InbCntnr 

-Repo-t-holci 

-File 


Voyage- 

<Voyage>  ] 

File 

<Voyage>  j 

VoyageStop-  <VoyageStop> 

File  <VoyageStop> 
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DEFINE  PROCESS  Correct-Merge-ETA-Forecast-Err 

DESCRIPTION; 

Correct  Merge  ETA  Forecast  Error 

This  process  provides  a  means  to  correct  records  which  were  edited  out 
during  the  Merge  ETA  Forecast  Process.  Process  will  update  container 
database  with  corrected  records  and  produce  a  printed  NotiFy  Consignee 
Report . 

KEYWORD  IS:  'Container’  ; 

SEE  MEMO: 

TCR-Cor-Merge-Process-Memo  ; 

ATTRIBUTE  IS: 

SEC-CLASS  'UNCLASSIFIED'  , 

PROCESS-MODE  'INTERACTIVE  BATCH’  ; 

GENERATES: 

Inbound-Container-Report  ; 

RECEIVES: 

ETA-Correct ion-Info-Inp  ; 

PART  OF:  Process-ETA-Forecast  ; 

PROCEDURE; 


BREAKDOWN  OF  10  POSITION  SEQUENCE  NO. 


PREFIX  CODE  "O" 

II  ^11 

YPAR  "A7** 

JULIAN  DATE  "laO" 

SEQUENCE  NO  "0000" 


RECORD  NOT  ADDED  TO  DATABASE  POS.  1 

RECORD  ADDED  TO  THE  DATABASE  POS.  1 

YEAR  ERROR  SENT  TO  ERROR  FILE  POS.  2-3 

DAY  RECORD  SENT  TO  ERROR  FILE  POS.  4-6 

VALUE  INCREASED  BY  ONE  FOR  EACH  POS.  7-10 

RECORD  ADDED  THAT  DAY 


The  user  will  have  a  printout  oF  the  ReFormatted  ETA  Forecast  Error 
Report  which  will  identlFy  the  Sequence  No  and  all  data  elements  which 
were  received  as  the  ReFormatted  ETA  Forecast.  Using  this  printout  user 
will  write  correction  on  the  printout  and  use  this  process  to  correct  or 
delete  records  From  the  ETA  Forecast  Error  File.  There  are  three 
sources  the  user  can  get  data  to  correct  the  error  report  TAMCA,  DAMMS 
ETA  Forecast  80cc  Format  or  From  the  customer  when  the  container 
arrives. 

User  will  be  allowed  to  key  in  the  desired  Sequence  No.  in  the  Correct 
Merge  Process  Screen  or  select  the  desired  record  by  pressing  "HELP"  and 
getting  the  Sequence  No  Window  identiFied  below. 


Create  Correct  Merge  Process  Screen  as  shown  below: 


CORRECT  MERGE  PROCESS  SCREEN 
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m 


ETA  ERRORS 

Sequence  No: 

Container  Owner: 

Container  No: 

Consignee: 

Voyage  Document  No: 

POO: 

ERROR  CODE 

Container  TCN: 

Ocean  Carrier  Abbr: 

Commodity  Code: 

Container  Size: 

Date  Departed  POE: 

Total  Stops: 

Multi-Stop  No: 

Container  No.  Prefix: 

POE: 

Create  Sequence  No.  Window  as  shown  below: 


Window  will  allow  the  user  to  select  a  Sequence  No.  by  scrolling  through 
and  highlighting  the  desired  record. 


SEQUENCE  NO.  WINDOW 


871300001 

871310002 

871320003 


I 


READ: 


Error  Report  File  Record 

THEN:  Move  the  last  9  positions  of  the  Sequence  No, 
window  shown  above.  Do  not  display  position 
Sequence  No. 


to  the 
I  of 


IF: 


IF: 

IF: 


The  user  enters  a  9  position  Sequence  No. 

THEN:  The  process  will  search  the  Error  Report  File  and 
display  record  in  the  process  screen. 

The  user  enters  an  invalid  Sequence  No. 

THEN:  Display  "Invalid  Sequence  No." 

The  user  selects  a  Sequence  No.  with  the  scroll 
THEN:  Display  record  on  Process  Screen. 
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The  top  screen  elements  are  key  elements  for  a  record  to  be  created  In 
the  database. 


All  key  elements  are  corrected 
THEN:  Create  record  in  CntnrMov,  CntnrMovStp,  Voyage  and 
VoyageStop  File. 

THEN:  Create  Inbound  Container  Report  record. 


Any  corrected  key  element  fails  edit. 

THEN:  Do  not  create  record  in  database. 

THEN:  Do  not  save  attempted  correction. 

All  key  elements  are  valid  but  Non-Key  elements  are  invalid. 
THEN:  Create  record  in  CntnrMov,  CntnrMovStp,  Voyage  and 
VoyageStop  File. 

THEN:  Leave  all  invalid  Non-Key  elements  blank  in  database. 
THEN:  Create  Inbound  Container  Report  record. 

THEN:  Leave  record  on  Error  Report  File. 

THEN:  When  subsequence  updates  to  these  Non-Key  elements 
correct  the  errors,  update  file. 

Voyage  and  VoyageStop  records  have  been  created. 

THEN:  Do  not  create  new  records. 

i 

A  correction  involves  the  updating  of  the  database. 

THEN:  Prompt  "Database  Record  Updated." 

All  errors  in  the  record  have  been  corrected. 

THEN:  Delete  record  from  Error  Report  File. 

User  wants  to  Delete  a  record  from  the  Error  Report  File 
and  no  record  has  been  created  in  the  database. 

THEN:  Provide  Function  Key  to  Delete  Record. 

Error  record  resided  on  Error  Report  File  for  30  days  and  no 
corrections  have  been  made. 

THEN:  Using  position  2-6  of  the  Sequence  No.  assigned  to 
each  record  in  the  ETA  Error  Report  and  the  current 
Julian  date  of  the  system  calendar  calculate  the  number 
of  days  record  has  resided  on  the  report.  If  calcu¬ 
lated  value  is  equal  to  or  greater  than  30  then  Delete 
Report  from  file. 

User  finishes  process. 

THEN:  Print  "Inbound  Container  Report" 

No  new  records  are  created  in  the  database. 

THEN:  Print  "Negative  Report." 
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INBOUND  CONTAINER  REPORT 


DATE: 

RESP  BMCT: 


OCEAN  DATE  MULTI 

CARRIER  SAILED  COMMODITY  STOP  TOTAL 

TCN  POE  ABBR  WPOE  CODE  NUMBER  STOPS  POD 


PAGE 


CONT  VOYAGE 

OWNER  CONT  CONT  DOCUMENT 

ABBR  SIZE  NUMBER  NUMBER  CONSIGNEE 


Print  report  as  one  line  per  report  with  a  space  between  each  record. 

CNTNR  NUMBER  will  consist  of  the  CntnrNoPref ix  and  the  CntnrNo. 

IF:  Corrected  data  element  is  validated. 

THEN:  Post  elements  to  files  as  shown  below: 


ETA  FORECAST  ELEMENT 


DATA  BASE  FILES 


Consignee 
CntnrOwnAbbr 
CntnrNoPref ix 
CntnrNo 

VoyOocuNoFltNo 

MultiStpNo 

TotStp 

CntnrTCN 

POE 

OceanCarrAbbr 

DteDprtPOE 

CmdtyCd 

CntnrSz 

POD 


CntnrMovStp 

CntnrMov/CntnrMovStp 

CntnrMov 

CntnrMov/CntnrMovStp 

CntnrMov/Voyage/VoyageStop 

CntnrMovStp 

CntnrMov 

CntnrMov 

Voyage 

Voyage 

Voyage 

CntnrMov 

CntnrMov 

CntnrMov/VoyageStop 


IF; 


IF; 

IF 

IF; 
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Record 

THEN: 


THEN: 


is  created  in  database. 

Create  DteRecCreat  in  CntnrMov  File  using  System 
Calendar  Function  and  post  current  Julian  date. 
Update  CntnrMovStp  record  by  creating  a  value  "1" 
and  put  it  in  the  DupeStpIndex. 


MultiStpNo  Value  is  equal  to  a  "Z" 

THEN:  Copy  Consignee  Value  to  CntnrMov  File,  UltmCnsgn 


MultiStpNo  is  equal  to  "I**  and  TotStp  equals 
THEN:  Copy  Consignee  Value  to  CntnrMov  File, 


’01" 

UltmCnsgn 


User  does  not  correct  or  enter  a  valid  CntnrNoPref ix  and 
presses  the  function  key  to  create  a  record  in  the  database, 
THEN:  Generate  three  zeros  and  Update  CntnrNoPref ix  in  the 
CntnrMov  record. 


IF:  The  data  in 
THEN:  Edit 


an  element  is  corrected, 
as  defined  below: 


CntnrOwnAbbr 


MATCH: 

IF: 


CntnrOwner  Table 
Blank 

THEN:  Set  error  code  "1" 
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if:  Values  are  equal 

THEN:  Input  is  Valid 
if:  No  Match 

THEN:  Set  error  code  "X" 

IF:  Invalid 

THEN:  Return  Cursor  to  beginning  of  element 
THEN:  Allow  to  go  to  next  element 
THEN:  Do  not  save  Invalid  correction 

VoyDocuNoF ItNo  Must  be  5  Position,  Pos  equal  to  Alpha,  Pos 

it  2-5  equal  to  Numeric 
IF:  Blank 

THEN:  Set  error  code  "1" 

IF:  POS  #  1  not  equal  to  Alpha 
THEN:  Set  error  code  "4" 
if:  Pos  tl  2-5  not  equal  to  Numeric 
THEN:  Set  error  code  "5" 

IF:  Pos  41  not  equal  to  Alpha  and  Pos  4  2-5  not 
equal  to  Numeric. 

THEN:  Set  error  code  "6" 

IF:  Invalid 

THEN:  Return  Cursor  to  beginning  of  element 
THEN:  Allow  to  go  to  next  element 
THEN:  Do  not  save  Invalid  correction 
IF:  Value  of  VoyDocuNoF 1 tNo  is  equal  to  the 

value  of  VoyDocuNoF I tNo  in  the  files  Voyage 
and  VoyageStop 

THEN:  Do  Not  Create  New  Record 

POD  MATCH!  CgoPort  Table 

if:  Blank 

THEN:  Set  error  code  "1" 

IF:  No  Match  on  Table 

THEN:  Set  error  code  "2" 

IF:  Invalid 

THEN:  Return  Cursor  to  beginning  of  element 
THEN:  Allow  to  go  to  next  element 
THEN:  Do  not  save  Invalid  correction 

CntnrTCN  17  Position  Alphanumeric,  Pos  4  11  must  equal  "V" 

if:  Blank 

then:  Set  error  code  "I" 

IF*.  Garbled  (e.g.  «4$Z'‘&<>?*’+_)  (t&^) 

THEN:  Set  error  code  "B" 

IF:  Value  not  Alphanumeric 

THEN:  Set  error  code  "A" 

IF:  Value  of  Pos  4  11  is  not  equal  to  a  V 
THEN:  Set  error  code  "9" 
if:  Invalid 


OceanCarrAbbr 


CmdtyCd 


CntnrSz 


DteDprtWPOE 
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THEN:  Return  Cursor  to  beginning  of  element 
THEN:  Allow  to  go  to  next  element 
THEN:  Do  not  save  Invalid  correction 


MATCH:  OceanCarr  Table 
IF:  Blank 

THEN:  Set  error  code  "1" 

IF:  No  Match  on  Table 

THEN:  Set  error  code  "2" 

IF:  Invalid 

THEN:  Return  Cursor  to  beginning  of  element 
THEN:  Allow  to  go  to  next  element 
THEN:  Do  not  save  Invalid  correction 


MATCH:  Commodity  Table 
IF:  Blank 

THEN:  Set  error  code  "1*’ 

IF:  No  Match  on  Table 

THEN:  Set  error  code  "2" 

IF:  Invalid 

THEN:  Return  Cursor  to  beginning  of  element 
THEN:  Allow  to  go  to  next  element 
THEN:  Do  not  save  Invalid  correction 


MATCH:  CntnrSize  Table 
if:  Blank 

THEN:  Set  error  code  "I" 
if:  No  Match  on  Table 

THEN:  Set  error  code  "2" 
if:  Invalid 

THEN:  Return  Cursor  to  beginning  of  element 
THEN:  Allow  to  go  to  next  element 
THEN:  Do  not  save  Invalid  correction 


System  Calendar  Function  Check 

Valid  year,  less  than  current  date,  last  four 

Positions  must  be  equal  to  001  and  not  greater  than 

366 

IF:  Blank 

THEN:  Set  error  code  "I" 
if:  Garbled  (e.g. 

THEN:  Set  error  code  "E" 

IF:  Date  is  greater  than  current  date 
THEN:  Set  error  code  "D" 

IF:  Last  four  positions  is  less  than  001  or 
greater  than  366 
THEN:  Set  error  code  "C" 

IF:  Invalid 

THEN:  Return  Cursor  to  beginning  of 
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THEN: 

element 

Allow  to  go  to  next  element 

THEN: 

Do  not  save  Invalid  correction 

IF:  DteDprtPOE  is  received  as  a  4  position 

jul fan 

date 

THEN: 

Insert  first  position  of  calendar 
year  in  front  of  4  position  Julian 
date  to  create  5  position  Julian 
date  e.g.  change  "7235''  to  "87235“. 

THEN: 

Post  to  Voyage  File,  DteSailUPOE 

TotStp 


Mult iStpNo 


CntnrNoPre-f  i  x 


POE 


Must  be  2  position,  Numeric  with  value  of  01  through 


IF: 

Blank 

THEN: 

Set  error  code  "1" 

IF: 

Value 

not  equal  to  01  through  10 

THEN: 

Set  error  code  "8" 

IF: 

Inval  id 

THEN: 

Return  Cursor  to  beginning  of  element 

THEN: 

Allow  to  go  to  next  element 

THEN: 

Do  not  save  Invalid  correction 

Must  be  1  Position,  with  value  of  1  through  9  or  Z. 


IF: 

Blank 

THEN: 

Set  error  code  "1" 

IF: 

Value 

not  equal  to  1  through  9  or  Z 

THEN: 

Set  error  code  "7" 

IF: 

Inval id 

then: 

Return  Cursor  to  beginning  of 
element 

THEN: 

Allow  to  go  to  next  element 

THEN: 

Do  not  save  Invalid  correction 

Must  be 

3  position  Alphanumeric 

IF: 

Blank 

THEN: 

Set  error  code  "1" 

IF: 

Not  equal  to  Numeric 

THEN: 

Set  error  code  "3" 

IF: 

Inval id 

THEN: 

Return  Cursor  to  beginning  of 
element 

THEN: 

Allow  to  go  to  next  element 

THEN: 

Do  not  save  Invalid  correction 

IF: 

Blank 

THEN: 

Set  error  code  "1" 

IF: 

Value 

not  equal  to  Alphanumeric 

THEN: 

Set  error  code  "3" 

IF: 

Inval id 
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THEN:  Return  Cursor  to  beginning  of 
element 

THEN:  Allow  to  go  to  next  element 
THEN:  Do  not  save  Invalid  correction 


Date  Element  Error  Code 


Code 


Definition 


Field  cannot  be  blank 
No  Match  on  Table/File 

Data  should  be  alpha/numeric  in  nature  (A-Zi  0-9) 
First  position  must  be  alpha  (A-Z) 

Last  4  positions  must  be  numeric  (0-9) 

Code  4  and  5  above  apply 

Multi  Stop  Number  must  equal  "1-9"  or  "Z" 

Total  Stop  must  be  "01-10" 

Position  11  of  the  TCN  must  have  a  value  of  "V" 

TCN  should  contain  alphanumeric  data  (A-Z,  1-9) 

Codes  9  and  A  above  apply 

Date  Sail  POE  must  equal  (0-9)  in  the  first  position 

and  (001-366)  in  the  last  three  positions 

Sail  Date  must  be  less  than  the  current  date 

Code  C  and  0  Above  apply 

Data  must  be  numeric  in  nature  (0-9) 

Consignee  not  in  MCT  area  of  responsibility 


END  OF  PROCESS 


MAINTAINS: 

CntnrMov-F i le  ; 

maintains: 

CntnrMovStp-F i le  ; 
maintains: 

ETA-Forecast-Error-F i le  ; 

maintains: 

Voyage-File  ; 
maintains: 

VoyageStop-Fi le  ; 

EMPLOYS : 

CntnrSize-Tbl  , 
CgoPort-Tbl  , 

CgoAddress-F i le  , 
System-Parameter-Tbl  , 
CntnrOwner-Tbl  , 
OceanCarr-Tbl  , 
Commodity-Tbl  , 
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CgoMCE-Tbl 


ADDS: 

ADDS: 

ADDS: 

ADDS: 

ADDS: 

MODIFIES: 

MODIFIES: 

MODIFIES: 

MODIFIES: 

MODIFIES: 

REFERENCES 

REFERENCES 

REFERENCES 

REFERENCES 

REFERENCES 

REFERENCES 

REFERENCES 

REFERENCES 

REFERENCES 

REFERENCES 

REFERENCES 

REFERENCES 

REFERENCES 

REMOVES: 


ETA-Forecast-Error-Info  TO  ETA-Forecast-Error-Fi le  ; 
CntnrMov-ETA-Fcst-Info  TO  CntnrMov-F i le  ; 

Voyage  TO  Voyage-File  ; 

VoyageStop  TO  VoyageStop-Fi le  i 
CntnrMovStp-ETA-Fcst-InFo  TO  CntnrMovStp-F i le  ; 
ETA-Forecast-Error-Info  IN  ETA-Forecast-Error-F i le  ; 
CntnrMov-ETA-Fcst-Info  IN  CntnrMov-F i le  ; 

Voyage  IN  Voyage-File  ; 

VoyageStop  IN  VoyageStop-F i le  ; 
CntnrMovStp-ETA-Fcst-Info  IN  CntnrMovStp-F i le  ; 
ETA-Forecast-Error-Info  IN  ETA-Forecast-Error-Fi le  ; 
CntnrSize-Ref  IN  CntnrSize-Tbl  ; 

CgoPort-Ref  IN  CgoPort-Tbl  ; 

CgoAddress-ETA-Fcst-Ref  IN  CgoAddress-F i le  ; 
Sys-Parameter-Ref  IN  System-Parameter-Tbl  ; 
CntnrOwner-Ref  IN  CntnrOwner-Tbl  ; 
CntnrMov-ETA-Fcst-Info  IN  CntnrMov-F i le  ; 

OceanCarr-Ref  IN  OceanCarr-Tbl  ; 

Voyage  IN  Voyage-File  ; 

VoyageStop  IN  VoyageStop-F i le  ; 
CntnrMovStp-ETA-Fcst-Info  IN  CntnrMovStp-F i le  ; 
Commodity-Ref  IN  Commodi ty-Tbl  ; 

CgoMCE-InbCntnr-Ref  IN  CgoMCE-Tbl  ; 

ETA-Forecast-Error-Info  FROM  ETA-Forecast-Error-F i le  ; 


CREATES: 

ETA-Forecast-Error-Info  , 
CntnrMov  , 

Voyage  , 

VoyageStop  , 

CntnrMovStp  ; 

destroys: 

ETA-Forecast-Error-Info  ; 
RESPONSIBLE  PROBLEM  DEFINER  IS: 
•Cope’  ; 
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CntnrMov-Fi  1  e 


CntnrMovStp 

-File 


CntnrRtT;’'kLn 

-File 


-Operator 


<Create-Cntnr-ftDrk-Inp> 


<CntnrMovRmr k-Ref  > 


<Cntn  rMovSt  pRmr  k-Ref  > 

- ► 


f - 

Create 

-Container- 

Remarks 

V _ 


♦ 

! 

<Cr,tnrRmrkLn>  i 


i - 

<CntnrRmrkLn> 


Figure  3.  Create-Container-Remarks 
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DEFINE  PROCESS  Create-Conta f ner-Remarks  ; 

DESCRIPTION; 

Create  Container  Remarks 

Container  remarks  are  created  on  an  as-needed  basis.  Remarks  may  be 
created  when  there  is  a  valid  container  ownert  container  number,  and 
voyage  document  number. 

The  user  must  exit  the  current  process  and  access  the  remark  process 
to  create  remarks. 

The  remarks  are  tied  to  the  container,  and  consignee. 

KEYWORD  IS:  ’Container’  , 

•LOB’  ; 

SEE  MEMO: 

TCR-Create-Cntnr-Rmrk-Proc  ; 

RECEIVES: 

Create-Cntnr-Rmrk-Inp  ; 

PART  OF:  Ma i nta i n-Conta i ner-Database  ; 

PROCEDURE; 

1.  Select  Create  Container  Remarks  from  Menu. 

2.  If  user  enters: 

a.  TCN 

MATCH:  TCN  from  screen  with  CntnrTCN  in  CntnrMov-F i le . 

IF: 

NO  match: 

Screen  Prompt,  "TCN  not  valid,  try  again." 
MATCHED: 

Get  all  records  with  CntnrTCN  equal  to  TCN 
from  screen. 

MOVE: 

CntnrNo  from  CntnrMov-F i le  to  a 
scrollable  screen. 

MOVE: 

CntnrOwnAbbr ,  Consignee,  MultiStp- 
No,  and  StpCompFlag  from  CntnrMov- 
Stp-File  using  CntnrNo  to  the 
scrollable  screen. 

b.  CntnrNo 
MATCH: 

CntnrNo  from  screen  with  CntnrNo  in  CntnrMov-F i le. 
IF: 
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NO  match: 

Screen  Prompt,  "Container  Number  not  valid,  re¬ 
enter  or  exit  process." 

MATCHED: 

Get  all  records  from  CntnrMov-F i le  equal  to 
CntnrNo  from  screen. 


MOVE: 


MOVE: 


CntnrNo  from  CntnrMov-F i le  to  a 
scrollable  screen. 


CntnrOwnAbbr ,  Consignee,  MultiStpNo, 
and  StpCompFlag  from  CntnrMovStp- 
File  using  CntnrNo  to  the  scrollable 
screen. 


TMRPref ix 
MATCH: 


TMRPref ix  from  screen  with  TMRPref ix  in  CntnrMov-F i le. 


NO  match: 

Screen  Prompt,  "TMRPref ix  not  on  file  -  try  again."*. 


matched: 

get  all  records  from  CntnrMov-F i le  with  TMRPref ix 
equal  to  TMRPref ix  from  screen. 


MOVE: 


MOVE: 


FWTNo 

MATCH: 


CntnrNo  and  CntnrOwnAbbr  from  CntnrMov-F i le 
to  a  scrollable  screen. 


CntnrNo  and  CntnrOwnAbbr  from  the  CntnrMov- 
File  to  access  CntnrMovStp-F i le. 


CntnrOwnAbbr,  Consignee,  MultiStpNo,  and 
StpCompFlag  from  CntnrMovStp-F i le  using 
CntnrNo  to  the  scrollable  screen. 


FWTNo  from  screen  with  FWTNo  in  CntnrMov-F i le. 
IF: 

NO  MATCH: 


III-34 


i 


ADSM  18“LZ4-AKM-BUR-FD 
WORKING  DRAFT  3.0 
DECEMBER  1987 


Screen  Prompt,  “Freight  Warrant  No  not  on  file  ~ 
try  again." 

IF: 

MATCHED 

GET  all  records  from  CntnrMow-Fi le  with  FWTNo 
equal  to  FWTNo  from  screen. 

MOVE: 

CntnrNo  and  CntnrOwnAbbr  from  CntnrMov- 
Fite  to  a  scrollable  screen. 

USE: 

CntnrNo  and  CntnrOwnAbbr  from  the  CntnrMov- 
File  to  access  CntnrMovStp-F i le. 

MOVE: 

CntnrOwnAbbr,  Consignee,  MultiStpNo,  and 
StpCompFlag  from  CntnrMovStp-F i le  using 
CntnrNo  to  the  scrollable  screen. 

a.  DISPLAY: 

Select  desired  entry,  then  press  CG03/CFINISH1/CCANCEL] . 


CONTAINER  OPERATIONS 

— 

_AKMI4FS._ 

Cntnr  No 

Cntnr 

Own  Consignee 

MultiStp 

Stop 

No 

Complete 

XXXXX 

XXXX 

XXXXXX 

X 

X 

XXXXX 

XXXX 

XXXXXX 

X 

X 

b.  SELECT  RECORD 
Press  CGOl. 

GET  CntnrNoPref ix,  VoyDocuNoF I tNo  and  POD  for  selected 
record  from  CntnrMov-F i le. 

MOVE  Selected  record  to  the  Create  Container  Remarks 
screen . 
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c.  DISPLAY: 


CREATE  CONTAINER  REMARKS 


Container  Number: 
Container  Owner: 
Consignee: 
Voyage  Number: 

POD: 


XXXXXXXX 

XXXX 

XXXXX 

XXXXX 

XXX 


Clear  I  I  Enter  I  Delete 

Screen  I  I  Remark  I 


Function  keys  will  be  present  only  when  there  are  remarks  on 

file. 

a.  If  the  Clear  Screen  function  is  selected  the  system  will 
return  the  operator  to  the  Container  Remarks  Selection 
Screen . 

b.  If  the  Enter  Remarks  function  key  is  selected  the  cursor 
will  go  to  the  Remarks  Entry  field. 

c.  If  the  Delete  function  key  is  selected  a  screen  prompt 
will  appear,  "Press  CGOI  to  delete,  [CANCEL]  to  deny. 

Press  [FINISH]  to  exit  process. 


maintains: 

CntnrRmrkLn-F i le  ; 

EMPLOYS : 

CntnrMov-Fi le  , 

CntnrMovStp-F i le  ; 

ADDS:  CntnrRmrkLn  TO  CntnrRmrkLn-F i le  ; 

MODIFIES:  CntnrRmrkLn  IN  CntnrRmrkLn-F i le  ; 

REFERENCES:  CntnrMovRmrk-Ref  IN  CntnrMov-F i le  ; 

REFERENCES:  CntnrMovStpRmrk-Ref  IN  CntnrMovStp-F i le  ; 


-‘li  , 


-1 
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CntnrRmrkLn  IN  CntnrRmrkLn-F He  ; 
CntnrRmrkLn  FROM  CntnrRmrkLn-F  He 


REFERENCES:  CntnrRmrkLn  IN  C 

REMOVES:  CntnrRmrkLn  FRO>< 

CREATES: 

CntnrRmrkLn  ; 

DESTROYS: 

CntnrRmrkLn  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

'Blake*  ; 
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DEFINE  PROCESS  Create-Non-Fcst-Conta iner-Rec  ; 

DESCRIPTION; 

Create  Container  Record 


1.  General  Description: 


This  process  creates  certain  container  records  in  the  database  for 
reporting  subsequent  movement  events  and  deriving  management  information 

Depending  on  the  nature  of  the  circumstances,  Container  Move,  Container 
Move  Stop,  Voyage,  and  Voyage  Stop  records  may  be  created.  At  the 
minimum,  a  Container  Move  Stop  record  will  be  created. 

2.  Process  Object i ve (s) : 

Create  Cntnr  Record  process  will  create  container  records  on  the 
container  database.  This  process  will  accomplish  the  following  tasks: 

a)  Create  a  Container  Move  Record  and  a  Container  Move  Stop  record 
(s)  if  a  Container  Move  Record  does  not  exist. 

b)  Create  a  stop  record(s)  if  the  Container  Move  Record  does 
exist. 

c)  Create  a  Voyage  and/or  a  Voyage  Stop  record  if  those  records  do 
not  already  exist. 

d)  Provide  elements  to  be  used  on  a  Non-Forecasted  Container 
Report . 


KEYWORD  IS! 


’Container’ 
’LOB’  ; 


SEE  MEMO: 

TotStp-Memo  , 

Multi-Stop-No-Memo  , 

TCR-Create-Non-Fcst-Cntnr-Memo  ; 

RECEIVES: 

Create-CRec-Inp  ; 

PART  OF:  Maintain-Container-Database  ; 

PROCEDURE; 

The  user  will  initiate  this  process  via  the  movement  control  menu.  The 
first  screen  of  the  process  will  appear  as  below: 

- AKMIWFD" 

I  CREATE  NON-FORECASTED  CONTAINER  RECORD  1 
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Container  Owner: 

Container  No: 

Consignee: 

Voyage  Document  No: 

POD: 

Container  TCN: 

Ocean  Carrier  Abbr: 

Commodity  Code: 

Container  Size: 

Date  Departed  POE: 

Total  Stops: 

Multi -Stop  No: 

Container  No.  Prefix: 

POE: 

(i)  CntnrOwnAbbr  -  User  may  enter  the  CntnrOwnAbbr  from  the  keyboard 
-  or  press  CHELPl. 


HELP; 


The  following  screen  will  be  displayed: 

- AKMIWFD” 

CREATE  NON~FORECASTED  CONTAINER  RECORD  I 

I 

Container  Owner:  I 

Container  No:  I 

Consignee:  I 

Voyage  Document  No:  I 

POD:  I 


" 

Container  TCN: 

Ocean  Carrier  Abbr: 

Commodity  Code: 

Container  Size: 

Date  Departed  POE: 

Total  Stops: 

Multi -Stop  No: 

Container  No.  Prefix: 

POE: 

CLEAR 

SCREEN 


LIST  I  CODE  I 
RECORDS  I  TABLE  I 


1 1 1-40 


1 


I 

I 

■ 

i 


I 


J 
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The  user  may  now  select  one  o-f  the  three  -function  keys  shown  in  the 
set  above. 


CLEAR  SCREEN: 


LIST  RECORDS: 


System  will  display  the  opening  screen. 


System  will  search  CntnrMovStp  -for  all  movstps  whose 
StpNonFcst  =  +,  and  do  not  have  StpCompFlag  posted. 


display: 


CONSIGNEE 

XXXXXX 

XXXXXX 

XXXXXX 


CONTAINER  NO 

XXXXX 

XXXXX 

XXXXX 


CONTAINER  OWN 

XXXX 

XXXX 

XXXX 


The  containers  on  the  scrollable  screen  will  be  in 
consignee  order,  and  within  Consignee,  container  number 
order.  The  user  may  select  one  of  these  to  either  modify 
or  delete  by  moving  the  highlighted  bar  to  a  particular 
stop  and  pressing  CGOI. 


CANCEL : 


System  will  return  to  first  screen. 


System  will  display  the  following  screen. 


—  —  - 

— AKMIWFD— 

1 

1 

CREATE  NON-FORECASTED 

CONTAINER 

RECORD  1 

1 

1 

1 

Container  Owner: 

XXXX 

\ 

1 

1 

Container  No: 

XXXXXXXX 

1 

1 

Consignee: 

XXXXXX 

1 

1 

Voyage  Document  No: 

XXXXX 

1 

1 

POD: 

XXX 

1 

1 

1 

Container  TCN: 

-  1 

XXXXXXXXXXXXXXXXX  1 

1 

Ocean  Carrier  Abbr: 

XXXX 

1 

1 

Commodity  Code: 

XXX 

1 

1 

Container  Size: 

XX 

1 

1 

Date  Departed  POE: 

XXXXX 

1 
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Total  Stops: 
Multi-Stop  No: 
Container  No.  Pre-fix: 

POE: 


IMODIFY  I 
I  __ 


I  I  I 

I  DELETE  I  ADD  I 
I  STOP  I  STOP  I 


CLEAR  I 
SCREEN  I 


MODIFY: 


System  will  search  MEvent  -for  the  container 
and  stop  entered. 


ELSE: 


There  are  any  MEvents 
DISPLAY: 

"This  container  and  stop  have  events 
posted  against  it.  You  may  not  modi-fy 
it." 

The  cursor  will  appear  on  Container  TCN.  The 
system  will  allow  the  user  to  modi-fy  any  entry  in  ' 
this  part  of  the  screen,  or  enter  any  element 
that  was  left  out  when  the  record  was  built. 


DELETE: 


The  system  will  delete  the  move  stop,  and 
follow  the  CRUD,  re:  any  additional  record 
deletions  that  may  be  required. 


CLEAR  SCREEN: 


Return  to  first  screen, 


ADD  STOP: 


The  following  screen  will  be  displayed: 


- AKMIWFD— 

CREATE  NON-FORECASTED  CONTAINER  RECORD  I 

I 

Container  Owner:  XXXXX  .  I 

Container  No:  XXXX  I 

Consignee:  I 

Voyage  Document  No:  XXXXX  I 

POD:  XXX  I 
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Container  TCN:  XXXXXXXXXXXXXXXXX 
Ocean  Carrier  Abbr:  XXXX 
Coimnodity  Code:  XXX 
Container  Size:  XX 
Date  Departed  POE:  XXXXX 
Total  Stops:  XX 
Multi -Stop  No: 

Container  No.  Prefix:  XXX 

POE :  XXX 


At  this  time,  the  user  will  enter  Consignee  and 
Multi -Stop  number. 

Consignee 


IF: 

It  does  not  match  a  valid  Ship  to  AAC  in  CgoAddress  file. 
DISPLAY: 

’INVALID  CONSIGNEE,  Please  reenter  or  cancel  the 
TXN’ .  The  system  will  allow  the  user  to  reenter 
the  consignee  or  cancel  the  transaction. 

MATCH: 

The  system  will  match  CntnrNo,  CntnrOwnAbbr  and  Consignee 
with  CntnrMovStp. 

IF: 

There  is  a  match. 

IF: 

There  is  a  TTB-A  Event  in  MEvent  for  that  consignee  and 

container 

OR: 

There  is  a  positive  value  for  Diversion  Indicator. 

THEN: 

DISPLAY: 

The  system  will  display  the  following  informa¬ 
tion  about  the  existing  stop. 

"A  stop  exists  for  this  container.  Press  [RETURN]  to 
continue." 


- AKMIWFD— 

CREATE  NON- FORECASTED  CONTAINER  RECORD  I 

I 

Container  Owner:  XXXX  I 

Container  No:  XXXXXXXX  1 

Consignee:  XXXXXX  I 

Voyage  Document  No:  XXXXX  I 
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POD: 


Container  TCN*. 
Ocean  Carrier  Abbr: 
Commodity  Code: 
Container  Size: 
Date  Departed  POE: 
Total  Stops: 
Multi-Stop  No: 
Container  No.  Prefix: 

POE: 


XXXXXXXXXXXXXXXXX 

XXXX 

XXX 

XX 

xxxxx 

XX 


After  [RETURN]  is  pressed,  the  cursor  will  move  to 
Multi-Stp  No. 


Multi  Stop  No 


The  system  will  allow  the  user  to  create  up  to  10  stops  (1-9 
and  Z) . 

IF:  It  is  not  1-9  or  Z. 

DISPLAY:  ’Invalid  stop  number,  please  enter  1-9  or  Z  or 
cancel  this  TXN’ .  System  will  allow  the  user 
to  reenter  the  number  or  cancel  the  transac¬ 
tion. 

IF:  It  is  Z,  update  Ultimate  Consignee  with  the  consignee 
whose  stop  number  =  Z. 

IF: 

Tot  Stop  =  1  and  Multi  Stop  No  =  1,  update  Ultimate 
Consignee. 

IF: 

A  valid  MultiStpNo  is  entered 
DISPLAY: 

"Press  CGO]  to  create  stop  or  cancel  to  deny." 

IF; 

[CANCEL]: 

Return  to  main  screen  with  no  processing 
IF: 

[GO] 

System  will  create  additional  stop,  and 
Increment  DupeStpIndex  by  1. 

IF: 

DupeStpIndex  >  10 

DISPLAY:  "You  cannot  create  any  more 
stops. " 

DISPLAY: 

"Duplicate  stop  created." 
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System  will  return  to  first  screen. 
The  system  will  produce  the  following 
outputs. 


ELEMENT 

FROM 

TO 

DteLstUpdCntnr 

Generated 

CntnrMov 

UltmCnsgn  (o) 

Generated 

CntnrMov 

Multi StpNo 

Screen 

CntnrMovStp 

VanOwner 

Screen 

CntnrMovStp 

VanNumber 

Screen 

CntnrMovStp 

Consignee 

Screen 

CntnrMovStp 

DupeStpIndex 

Generated 

CntnrMovStp 

After  these  outputs  are  created  the  following  screen  will  be 
redisplayed** 


- AKMIWFD- 

CREATE  NON- FORECASTED  CONTAINER  RECORD 

Container  Owner:  XXXX 
Container  No;  XXXXXXXX 
Consignee:  XXXXXX 
Voyage  Document  No:  XXXXX 
POD:  XXX 


Container  TCN: 
Ocean  Carrier  Abbr: 
Commodity  Code** 
Container  Size: 
Date  Departed  POE: 
Total  Stops: 
Multi-Stop  No: 
Container  No.  Prefix; 

POE: 


XXXXXXXXXXXXXXXXX 

XXXX 

XXX 

XX 

XXXXX 

XX 

X 

XXX 

XXX 


MODIFY 


I  DELETE  I 
I  STOP  I 


ADD  I 
STOP  I 


CLEAR 

SCREEN 
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Matched  move  stop  does  not  have  a  TTB-A  or  Divrsnindic  =  +. 
DISPLAY: 

"A  stop  already  exists  for  this  container.  You 
must  use  it  to  post  events.” 

There  is  no  match  of  the  entered  Consignee  and  CntnrMovStp. 
DISPLAY: 

The  system  will  display  the  following  screen  and 
information. 


— 

— AKMIWFD— 

1 

1 

CREATE  NON-FORECASTED 

CONTAINER 

RECORD  1 

1 

1 

1 

Container  Owner: 

XXXX 

1 

1 

1 

Container  No: 

XXXXXXXX 

1 

1 

Consignee: 

XXXXXX 

1 

1 

Voyage  Document  No: 

XXXXX 

1 

1 

POD: 

XXX 

1 

1 

Container  TCN: 

XXXXXXXXXXXXXXXXX  1 

1 

Ocean  Carrier  Abbr: 

XXXX 

1 

1 

Commodity  Code: 

XXX 

1 

1 

Container  Size: 

XX 

1 

1 

Date  Departed  POE: 

XXXXX 

1 

1 

Total  Stops: 

XX 

1 

1 

Multi -Stop  No: 

1 

1 

Container  No.  Prefix: 

XXX 

1 

1 

1 

POE: 

1 

Perform  Multi-Stop  Validation 

User  will  then  press  ’GO’  and  the  following  output  will  be 
produced. 


ELEMENT 


DteLstUpdCntnr 
UltmCnsgn  (o) 

Mult iStpNo 

VanOwner 

VanNumber 

Consignee 

DupeStpIndex 


FROM 


Generated 

Generated 

Screen 

Screen 

Screen 

Screen 

Generated 


CntnrMov 

CntnrMov 

CntnrMovStp 

CntnrMovStp 

CntnrMovStp 

CntnrMovStp 

CntnrMovStp 
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After  these  outputs 
redi splayed: 


are  created  the  following  screen  will  be 


- AKMIWFD— 

CREATE  NON- FORECASTED  CONTAINER  RECORD 

Container  Owner:  XXXX 
Container  No:  XXXXXXXX 
Consignee:  XXXXXX 
Voyage  Document  No:  XXXXX 
POD:  XXX 


Container  TCN: 
Ocean  Carrier  Abbr: 
Commodity  Code: 
Container  Size: 
Date  Departed  POE: 
Total  Stops: 
Multi -Stop  No: 
Container  No.  Prefix: 

POE: 


XXXXXXXXXXXXXXXXX 

XXXX 

XXX 

XX 

XXXXX 

XX 

X 

XXX 

XXX 


MODIFY  I 


I  I  I 

I  DELETE  I  ADD  1 
I  STOP  I  STOP  I 
I _ I _ I 


I  CLEAR 
I  SCREEN 
I _ 


IF: 


Keyboard  entry  of  CntnrOwnAbbr . 
PERFORM: 

Table  Validation. 


(il)  CntnrNo 


IF: 


It  is  not  alphanumeric: 

DISPLAY: 

"Container  number  must  be  alphanumeric.  Please 
reenter  or  press  CCANCELI  to  return  to  the  main 
screen. " 


ELSE: 


Accept  Container  number. 

System  will  match  the  CntnrNo,  and  CntnrOwnAbbr  w/CntnrMov 


^*jll 
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There  is  no  match  of  CntnrOwnAbbr  and  CntnrNo: 
Accept  information  as  described  below: 


Consignee 


It  does  not  match  a  valid  Ship  to  AAC  in  CgoAddress  file. 
DISPLAY:  ’INVALID  CONSIGNEE,  please  reenter  or  cancel  the 

TXN' .  The  system  will  allow  the  user  to  reenter 
the  consignee  or  cancel  the  transaction. 


(iv)  Voyage  Document  Number/Fl ight  Number 


IF:  It  is  not  ANNNN 

DISPLAY:  ’Incorrect  Voyage  Number.  Please  reenter  or  can¬ 

cel  this  TXN’ . 

ELSE:  Allow  the  user  to  reenter  the  code  or  cancel  the  transac¬ 
tion. 

IF:  It  is  ANNNN 

MATCH: 

The  system  will  match  the  Voyage  DocuNoFltNo  with 
Voyage  file. 

if: 

No  Match,  proceed  to  (v)  below 

ELSE: 

DISPLAY: 

System  will  display  OceanCarrAbbr ,  DteSail- 
WPOE,  POE  on  the  screen  from  the  Voyage 
file. 

Cv)  POD 

IF:  It  does  not  pass  the  table  edit. 

DISPLAY:  ’Invalid  Port  Code.  Please  reenter,  press 
’HELP’,  or  cancel  this  TXN.’ 

IF:  Help  is  chosen,  the  system  will  display  a  scrollable 

screen  of  Port  Codes.  User  can  select  1  and  press  ’GO’. 
System  will  place  selected  code  onto  the  screen  in  the 
appropriate  place. 

ELSE:  System  will  allow  the  user  to  reenter  a  code  or  cancel 
the  TXN. 


I 


k 


Tsfs'sfs'iinfftsvsr 


a 


I 
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MATCH;  VoyDocuNoFltNo  +  POD  with  Voyage  Stop  -file. 

IF:  No  Match,  a  Voyage  Stop  and  a  Voyage  file  will  be 
created  by  the  process. 


The  following  entries  are  optional.  If  there  is  an  entry,  however,  it 
must  meet  the  edit/validation  criteria  as  follows: 


(Vi)  TCN 


IF:  It  does  not  contain  17  positions. 

DISPLAY:  'Invalid  TCN,  please  reenter  or  cancel  this  TXN’ . 

System  will  allow  user  to  reenter  TCN  or  cancel 
the  transaction. 

IF: 

Position  11  of  the  TCN  <  >  to  V. 

DISPLAY: 

Error  Msg. 


(vii)  OceanCarrAbbr  -•  User  may  enter  this  from  the  keyboard  or  press 

-  'HELP',  which  will  display  a  list  of  valid 

Ocean  Carrier  codes.  User  may  select  from  this 
help  screen,  press  'GO',  and  selected  carrier 
will  be  placed  on  the  screen.  He  may  also 
enter  it  from  the  keyboard  as  follows: 


IF;  It  does  not  pass  the  table  edit. 

DISPLAY:  'Invalid  Ocean  Carrier,  please  reenter,  press 
'HELP',  or  cancel  this  TXN'. 

IF:  'HELP'  is  chosen,  the  scrollable  screen  will  be  made 
available  to  him  (as  was  discussed  above). 

ELSE:  System  will  allow  the  user  to  reenter  the  code  or 
cancel  the  transaction. 


(viil)  Commodity  Code  -  User  may  enter  this  from  the  keyboard  or  press 

-  'HELP',  which  will  display  a  list  of  valid 

codes.  User  may  select  from  this  help  screen, 
press  'GO',  and  selected  carrier  will  be 
placed  on  the  screen.  He  may  also  enter  it 
from  the  keyboard  as  follows: 

IF:  It  does  not  pass  the  table  edit. 

DISPLAY:  'Invalid  please  reenter,  press  'HELP',  or  cancel 
this  TXN'. 

IF:  'HELP'  is  chosen,  the  scrollable  screen  will  be  made 
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available  to  him  (as  was  discussed  above). 

ELSE:  System  will  allow  the  user  to  reenter  the  code  or 
cancel  the  transaction. 


(ix)  Container  Size 


User  may  enter  this  from  the  keyboard  or  press  ’HELP’,  which 
will  display  a  list  of  valid  container  sizes.  User  may 
select  from  this  help  screen,  press  ’GO’,  and  selected  size 
will  be  placed  on  the  screen.  He  may  also  enter  it  from  the 
keyboard  as  follows: 

It  does  not  pass  the  table  edit. 

DISPLAY:  ’Invalid  Container  Size,  please  reenter,  press 

’HELP’,  or  cancel  this  TXN’ . 

IF:  ’HELP’  is  chosen,  the  scrollable  screen  will  be  made 
available  to  him  (as  was  discussed  above). 

ELSE:  System  will  allow  the  user  to  reenter  the  code  or 


/ailable  to  him  (as  was  discussed  above). 

System  will  allow  the  user  to  reenter  the  code  or 
cancel  the  transaction. 


(X)  DteSailWPOE 


IF:  The  VoyDocuNo  +  POE  that  was  previously  entered  do  not  match 
an  existing  voyage,  or  if  WPOE  in  a  matched  voyage  is  blank, 
the  user  will  enter  the  WPOE  from  the  keyboard. 

PERFORM:  JULIAN  DATE  EDIT 

ELSE;  The  WPOE  contained  in  a  matched  voyage  was  moved  to  the 
screen  when  voyage  and  POD  was  entered. 


(xi)  Tot  Stop 


Stop  Indicator  must  be  01-10 


ELSE: 


TotStp  is  present  in  CntnrMov,  display  it  on  the  screen 


Accept  TotStp  from  screen 
PERFORM: 

Numeric  Edit. 


(xi i)  Multi  Stop  No 
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The  system  will  allow  the  user  to  create  up  to  10  stops  (1-9 
and  Z) . 

IF:  It  is  not  1-9  or  Z. 

DISPLAY:  ’Invalid  stop  number,  please  enter  1-9  or  Z  or 

cancel  this  TXN’ .  System  will  allow  the  user 
to  reenter  the  number  or  cancel  the  transaction, 
IF:  It  is  Z,  update  Ultimate  Consignee  with  the  consignee 

whose  stop  number  =  Z. 

IF: 

Tot  Stop  =  1  and  Multi  Stop  No  =  1,  update  Ultimate 
Consignee. 


(xiii)  Cntnr  No  Pre-fix 


Operator  does  not  enter  a  prefix,  zero  fill  CntnrNoPref ix 

Operator  enters  prefix,  and  it  is  not  alphanumeric 
DISPLAY: 

Error  Msg 


(xiv)  POE 


IF:  The  VoyDocuNo  that  was  previously  entered  does  not  match 
an  existing  voyage,  or  if  POE  in  a  matched  voyage  is 
blank,  the  user  will  enter  the  POE  from  the  keyboard. 

IF:  It  is  not  3  positions  alphanumeric. 

DISPLAY:  ’Invalid  Port  Code,  please  cancel  or  reenter 

code’.  System  will  allow  the  user  to  cancel  or 
reenter  the  transaction. 

ELSE:  The  POE  contained  in  a  matched  voyage  was  moved  to  the 
screen  when  voyage  was  entered. 

User  will  then  press  ’GO’  and  the  following  outputs  will  be 
produced. 


ELEMENT 


FROM 
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MultiStpNo 

Screen 

CntnrMovStp 

VanOwner 

Screen 

CntnrMovStp 

VanNumber 

Screen 

CntnrMovStp 

Consignee 

Screen 

CntnrMovStp 

UltmCnsgn  (o) 

Generated 

CntnrMov 

CntnrNoPref ix 

Screen 

CntnrMov 

VanOwner 

Screen 

CntnrMov 

VanNumber 

Screen 

CntnrMov 

VoyDocuNoF ItNo 

Screen 

CntnrMov 

POD 

Screen 

CntnrMov 

TypeCarr ierCode 

Screen 

CntnrMov 

OceanCarrAbbr 

Screen 

Voyage 

DteRecCreat 

Generated 

CntnrMov 

StpNonFcst 

Generated 

CntnrMovStp 

After  these  outputs  are  created  the  following  screen  will  be 
displayed: 


- - AKMIWFD— 

CREATE  NON- FORECASTED  CONTAINER  RECORD  I 

I 

Container  Owner:  XXXXX  I 

Container  No;  XXXX  I 

Consignee;  XXXXXX  I 

Voyage  Document  No:  XXXXX  I 

POD:  XXX  I 


Container  TCN: 
Ocean  Carrier  Abbr: 
Commodity  Code: 
Container  Size: 
Date  Departed  POE: 
Total  Stops: 
Multi-Stop  No; 
Container  No.  Prefix; 

POE: 


XXXXXXXXXXXXXXXXX 

XXXX 

XXX 

XX 

XXXXX 

XX 

X 

XXX 

XXX 


1  1 

1  1  1 

1 

(MODIFY  1 

(  DELETE  1  ADD  1 

(CLEAR 

1  1 

1  STOP  1  STOP  1 

(SCREEN 

(  1 

.  I._  1  1 

1 

There  is  a  match  of  CntnrOwnAbbr  and  CntnrNo, 
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THEN: 

Perform  section 


MAINTAINS: 

CntnrMov-F i le  ; 

MAINTAINS: 

CntnrMovStp-Fi le  ; 

MAINTAINS: 

Voyage-File  ; 

MAINTAINS: 

VoyageStop-F i le  ; 

EMPLOYS: 

CntnrSize-Tbl  , 

CntnrOwner-Tbl  , 

CgoAddress-F i le  , 

Commodity-Tbl  , 

CgoPort-Tbl  , 

OceanCarr-Tbl  , 

MEvent-File  ; 

ADDS:  CntnrMov-CRec-Upd  TO  CntnrMov-F i le  ; 

ADDS:  CntnrMovStp-CRec-Upd  TO  CntnrMovStp-F i le  ; 

ADDS:  Voyage  TO  Voyage-File  ; 

ADDS:  VoyageStop  TO  VoyageStop-F ile  ; 

REFERENCES:  CntnrMov-CRec-Ref  IN  CntnrMov-F i le  ; 

REFERENCES:  CntnrSz-CRec-Ref  IN  CntnrSize-Tbl  ; 

REFERENCES:  CMovStp-CRec-Ref  IN  CntnrMovStp-F i le  ; 

REFERENCES:  CntnrOwn-CRec-Ref  IN  CntnrOwner-Tbl  ; 

REFERENCES:  CgoAddress-CRec-Ref  IN  CgoAddress-F i le  ; 

REFERENCES:  Voyage  IN  Voyage-File  ; 

REFERENCES:  VoyageStop  IN  VoyageStop-F i le  ; 

REFERENCES:  Comm-CRec-Ref  IN  Commodity-Tbl  ; 

REFERENCES:  CgoPort-Ref  IN  CgoPort-Tbl  ; 

REFERENCES:  OceanCarr-ETA-Fcst-Ref  IN  OceanCarr-Tbl  ; 

REFERENCES:  MEvent-Ref  IN  MEvent-F i le  ; 

CREATES: 

CntnrMov  , 

CntnrMovStp  , 

Voyage  , 

VoyageStop  ; 

RESPONSIBLE  PROBLEM  OEFINER  IS: 

’Mitchem’  ; 
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DEFINE  PROCESS  Genera  1 -Message-Process  ; 

DESCRIPTION; 

General  Message  Process 

General  Message  Process  provides  the  user  the  capability  to  create  and 
save  message  traffic.  Messages  which  are  created  by  other  processes 
can  be  Displayed,  Edited,  Renamed,  Printed,  Deleted  and  one  message  can 
be  appended  to  another  message. 

KEYWORD  IS:  ’Container’  , 

’Freight’  , 

•TMAS’  ; 

SEE  MEMO: 

TCR-General-Message-Process  ; 

ATTRIBUTE  IS: 

SEC-CLASS  ’UNCLASSIFIED’  , 

PROCESS-MODE  ’INTERACTIVE  BATCH’  ; 

PART  OF:  System-Utilities  ; 

PROCEDURE ; 

General  Message  process  will  function  as  a  word  processer  with 
function  keys  to  assist  user  to  identify  the  desired  function. 

Process  will  be  selectable  from  the  main  menu. 

NOTE:  As  other  process  create  message  traffic,  each  message 
created  a  unique  message  number  using  a  predefined  alpha 
abbreviation  for  the  message  name  and  using  the  system  calendar 
function  to  assign  a  Year,  Month,  Date,  Hour,  Minutes  and  Seconds 
message  number  to  make  that  message  number  unique. 

IF:  Used  selects  General  Message  Process  from  main  Menu 

THEN:  Go  to  the  Message  Directory  and  build  a  names  list  of 
all  messages  resident  in  the  directory 
THEN:  Advise  user  of  status  of  process 

PROMPT:  Please  wait. . .Bui Iding  name  list  from  Message 
Directory. 

THEN:  Display  screen  below 


Please  press  the  desired  function  Key 


You  have  entered  Message  File  Processing 
SELECT  desired  entry  from  the 
Function  Keys  below 
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FI  F2  F3 

F4 

F5  F6 

F7 

F8 

F9 

FIO 

EXIT  HELP  EDIT/ 

COPY 

RENAME  FLOPPY 

PRINT 

VIEW 

MERGE 

DELETE 

CREATE 

COPIES 

FILES 

IF:  FI  Pressed 

THEN:  Exit  to 

Main 

Menu 

IF:  F2  Pressed 

THEN:  Display 

Screen 

Below 

Press  CCANCEL3  to 

remove 

HELP  screen 

HELP 

FOR  FUNCTION 

KEYS 

FI  -  EXITS  the  process. 

F2  -  DISPLAYS  this  Help  Screen. 

F3  -  EDITS  a  file  if  it  already  exist,  CREATES  a  new  file  if  it 
does  not  already  exist. 

F4  -  COPIES  the  first  file  name  entered  to  the  new  file  name  you 
provide.  The  first  file  remains  unchanged. 

F5  -  RENAMES  the  first  file  name  entered  to  the  new  file  name 
you  provide.  The  first  file  no  longer  exist  by  the  old 
name. 

F6  -  FLOPPY  COPIES  Allows  you  to  copy  from  or  to  a  Floppy  Disk. 

F7  -  PRINTS  the  file  entered. 

F8  -  Allows  you  to  VIEW  the  file,  but  no  changes  can  be  made. 

F9  -  MERGES  two  individual  files  into  one.  The  first  file  name 
entered  will  be  added  to  the  second  file  name  entered,  the 
first  file  remain  unchanged  and  the  second  file  now 
contains  both  files. 

FIO  -  DELETES  the  file  entered.  After  delete,  the  file  cannot  be 
retrieved. 

HELP  “  Within  a  process,  displays  available  file  list. 

CANCEL  -  Erases  screen  and  cancels  the  current  process. 

FINISH  i  GO  -  Performs  the  current  process  and  exits  current 

process . 

RETURN,  SCROLL, 

PAGE  AND  ARROW 

KEYS  -  Within  HELP,  allows  you  to  view  other  available 

f i les. 


IF:  f3  is  pressed 

THEN:  Display  the  screen  below 
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EDIT/CREATE 


Enter  File  Name  (30  Characters  or  Less) 


FILE  NAME: 


IF:  User  wants  to  create  a  message 

THEN:  Allow  the  Input  of  a  File  Name 

THEN:  PROMPT:  Enter  File  Name  and  press  "GO"  or  Press  HELP 
to  select  File 

IF:  User  Presses  "GO"  after  entering  file  Name 
THEN:  Search  Message  Directory 
IF:  Found  Display  requested  Message 

IF:  Not  Found,  Display  Blank  Screen  and  allow  creation  of  new 
message . 

IF:  User  creates  a  message  using  the  General  message  process 
THEN:  Message  will  be  added  to  the  message  directory  and  be 
displayed  with  all  other  message  the  next  time  user 
"Presses"  the  HELP  Key 
IF:  help  Key  Pressed 

THEN:  Display  "AVAILABLE  MESSAGE  FILE"  window  as  shown 
Below: 


EDIT/CREATE 


Enter  File  Name  (30  Characters  or  Less) 


FILE  NAME: 


AVAILABLE  MESSAGE  FILES 


DDL870831095034 
DELDLV87091 1135420 
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AVAILABLE  MESSAGE  FILES  Window  will  be  a  scrollable  file,  user 
will  be  able  to  use  Arrow  Keys  or  Next/Previous  Page  Keys.  As 
user  scrolls  through  the  file  the  message  name  the  cursor  is  on 
will  be  displayed  on  the  File  Name  Line. 


IF:  F4  is  Pressed 

THEN:  Display  Screen  Below: 


COPY 


Enter  File  Names  (30  Characters  or  Less) 


OLD  NAME: 
NEW  NAME: 


IF:  User  keys  in  Old  and  New  File  Names 

THEN:  Search  Message  Directory  for  Old  Name 
IF:  Available,  Copy  to  New  Name  File  and  leave  Old  File  in  it 
original  was  . 

IF:  Old  File  Not  Found 

THEN:  "PROMPT"  File  not  Found.  Press  CGO]  to  continue. 

IF:  help  is  pressed 

THEN:  Display  "AVAILABLE  MESSAGE  FILES"  Window,  allow  scroll. 
THEN:  Make  Select  for  OLD  File  NAME  by  pressing  "GO" 

THEN:  Key  In  New  File  Name 

THEN:  Copy  data  from  Old  Name  to  New  Name  and  leave  Old  File 
in  its  original  was. 


IF:  f5  is  Pressed 

THEN:  Display  the  following  screen 


RENAME 


Enter  File  Names  (30  Characters  or  Less) 


OLD  NAME: 
NEW  NAME: 


IF:  User  keys  in  Old  and  New  File  Names 

THEN:  Search  Message  Directory  for  Old  Name 
IF:  Available,  rename  old  File  Name  to  be  the  New  File  Name,  the 
Old  File  Name  will  no  longer  exist. 
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IF:  Old  File  Not  Found 

THEN:  "PROMPT"  File  not  Found.  Press  [GO]  to  continue. 

IF:  HELP  is  pressed 

then:  Display  "AVAILABLE  MESSAGE  FILES"  Window,  allow  scroll. 
THEN:  Make  Select  -for  OLD  File  NAME  by  pressing  "GO" 

THEN:  Key  In  New  File  Name 

THEN:  Rename  old  File  Name  to  be  the  New  File  Name,  the 
Old  File  Name  will  no  longer  exist. 


IF:  F6  is  Pressed 

THEN:  Display  the  Screen  below: 


You  have  entered  FLOPPY  DISKETTE  File  Processing. 

Insert  Floppy  Diskette  Containing  the  Message  Directory. 

SELECT  desired  entry  from  the  Function  Keys  below. 

IMPORTANT:  1.  To  use  this  procedure,  you  must  have  a 
formatted  diskette  and, 

2.  This  diskette  must  contain  a  directory 

named  MESSAGES.  If,  not,  exit  this  process 
(Press  FI)  and  consult  the  procedures  to 
format  a  diskette  and  create  a  directory. 
***************************«;*********«(«;**«:******************* 

FI  F2  F3  F4  F5  F6  F7  F8  F9  FIO 

Exit  HELP  Cpy  to  Cpy  Fr 

Floppy  Floppy 


IF:  No  formatted  diskette  with  MESSAGES  Directory  exist. 

THEN:  Press  Exit  (FI)  Twice  and  "GO"  and  "FINISH" 

THEN:  Key  in  "AKMADMIN",  Press  "60" 

THEN:  Select  "Floppy  Functions",  Press  "GO" 

and  Follow  PROMPTS  to  Initialize  Diskette  when  complete 
Exit  to  main  Menu. 

THEN:  Select  "BTOS  Enviroment"  which  will  provide  a  Command 

Line,  Key  in  "C  D",  Press  "RETURN",  this  will  provide  a 
Create  Directory,  on  the  New  Directory  Name  Key  in 
"MESSAGES"  press  "GO".  Prompt  will  tell  you  when  new 
directory  has  been  created  . 

THEN:  Exit  process  and  "LOGO" 

THEN:  Key  in  "MCS",  Select  "Mov  Con  Utilities",  Right  Arrow 
to  General  Message,  Press  "GO". 

THEN:  Press  (F6) 


IF:  F4  is  Pressed 

THEN:  Display  the  screen  below 
IF:  help  pressed  when  on  File  Name 
THEN:  Display  Message  Directory 
IF:  On  Floppy  File 

THEN:  Allow  user  to  enter  File  Name 


COPY  FILE  TO  FLOPPY  DISKETTE 


Enter  File  Names  (30  Characters  or  Less) 


File  Name 
Floppy  File: 


IF:  F7  is  Pressed 

THEN:  Display  the  screen  below 
IF:  On  Floppy  File 

THEN:  Allow  user  to  enter  File  Name 
IF:  HELP  pressed  when  on  File  Name 
THEN:  Display  Message  Directory 

NOTE  TO  LOUIS  THIS  DOES  NOT  SEEM  TO  BE  CORRECT,  SHOULD  NOT  BE 
A  HELP  KEY  ON  THIS  FUNCTION. 


COPY  FILE  FROM  FLOPPY  DISKETTE 


Enter  File  Names  <30  Characters  or  Less) 


Floppy  File: 
File  Name 


IF:  f7  is  pressed 

THEN:  Display  the  screen  below 
IF:  help  pressed  when  on  File  Name 
THEN:  Display  Message  Directory 


PRINT 
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Enter  File  Names  (30  Characters  or  Less) 


File  Name  : 


IF:  F8  is  pressed 

THEN:  Display  the  screen  below 
IF:  help  pressed  when  on  File  Name 
THEN:  Display  Message  Directory 


VIEW 


Enter  File  Names  (30  Characters  or  Less) 


File  Name 


IF:  f9  is  pressed 

THEN:  Display  the  screen  below 
IF:  help  pressed  when  on  File  Name 
THEN:  Display  Message  Directory 


Enter  File  Names  (30  Characters  or  Less) 
File  Name  :  _ 


RESPONSIBLE  PROBLEM  DEFINER  IS: 
'Cope’  ; 
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Figure  5.  History-File-Retrieval 
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DEFINE  PROCESS  History-File-Retrieval  ; 

DESCRIPTION; 

History  File  Retrieval 

This  process  is  selected  when  the  user  wants  to  utilize  the  AD  HOC 
Query  process  using  the  History  File  records.  The  process  allows  the 
user  to  load  history  data  (Floppy  Disks)  into  the  system  to  run  the 
AD  HOC  Query  process. 


KEYWORD  IS: 


’Container' 
’LOB’  ; 


SEE  MEMO: 

TCR-Hist-Fi le-Retr ieval-Memo  ; 

ATTRIBUTE  IS: 

MEDIA  ’FLOPPY  DISK’  ; 

RECEIVES: 

Cntnr-History-InFo-Inp  ; 

PART  OF:  Maintain-Cntnr-History-Records  ; 

PROCEDURE; 

The  History  Record  Format  is  contained  in  the  Select  Record  For 
Container  History  Process. 

The  key  data  elements  For  the  History  record  are  as  Follows: 

DteRecCreate 

CntnrNo 

Consignee 

CntnrTCN 

VoyDocuNoF 1 tNo 

POD 

CmdtyCd 

CntnrDam 

RecngnCFmNoncFm 

Di vrsnindic 

DteHoldStart 

StpNonFcst 

(6)  EvntDte  -  (see  *  on  type  oF  EvntDte) 

OceanCarrAbbr 

TMR 

NOTE:  All  other  data  elements  in  the  History  record  are  secondary 

keys . 

When  the  user  initially  enters  the  process  From  the  menui  the 
process  will  automatically  delete  all  data  that  is  resident  in  the 
systems  temp  history  File. 

THEN:  Display,  "Press  GO  iF  this  is  the  master  station,  else 
press  FINISH." 
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NOTE:  This  process  must  be  run  on  the  master  station. 

The  system  will  display  a  screen  to  allow  the  user  to  enter  the 
dates  of  the  records  to  be  used  in  the  AD  HOC  Query  process. 

Example  screen  and  prompts  For  user  entered  dates: 


ENTER  THE  JULIAN  DATES  OF  THE  RECORDS  TO  BE  USED  IN  AD  HOC  QUERY, 
DO  NOT  EXCEED  31  DAYS.  PRESS  CANCEL  TO  MAKE  CORRECTIONS,  FINISH 
TO  EXIT,  OR  GO  TO  CONTINUE 


FROM  JULIAN  DATE 
XXXXX 


TO  JULIAN  DATE 
XXXXX 


The  system  must  edit  the  dates  entered  to  insure  they  are  numeric 
characters  only,  and  do  not  exceed  31  calendar  days.  The  TO  date  can’t 
be  greater  than  the  Dte  Curr.  TO  date  can’t  be  less  than  FROM  date. 

The  cursor  must  move  to  the  FROM  or  TO,  or  the  TO,  to  the  FROM  date 
when  pressed.  The  user  can  backspace  to  correct  dates. 


IF: 


IF 


The  user  presses  CANCEL.  Delete  data  filled  in  on  screen 
THEN:  Display  initial  prompt. 

The  user  enters  an  invalid  date,  display: 


1)  "Invalid  date  (if  not  5  position  AN),  press  CANCEL  and 

reenter  date" 

2)  "TO  date  cannot  be  greater  than  or  equal  to  today’s  date" 

3)  "FROM  date  cannot  be  greater  than  or  equal  to  today’s 

date" 


THEN:  Press  GO 


IF:  The  user  enters  more  than  31  days,  display  "Maximum  number  of 
days  is  31,  press  CANCEL  to  continue,  FINISH  to  exit." 


NOTE:  This  should  be  a  caution  in  the  users  manual. 


THEN:  After  the  user  presses  GO,  the  system  will  use  the  user 
entered  dates  to  search  the  Hist-Mgt-Fi le  for  the  corresponding  month/ 
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year  record  data.  The  system  will  convert  the  Julian  date  entered  by 
the  user  to  a  calendar  year /month  to  search  the  Hist-Mgt-Fi le. 

THEN:  The  system  will  read  the  number  of  disks  value  in  the  matching 
record  and  display  prompts  to  instruct  the  user  to  load  the  correct 
month  disks  into  the  system. 

IF:  The  system  does  not  find  a  matching  month/year  disk 
record  in  the  Hi st-Mgt-F i le,  display  "No  record  for  (Month  Entered)  on 
file,  correct  dates  entered  or  exit  process" 

IF:  The  matching  disk  record  data  is  found  in  the  Hist-Mgt- 

Fi  le: 


THEN:  The  system  will  display,  example:  "Load  Jan  87  No 
1  disk  into  the  system  and  press  GO". 

THEN:  After  the  user  loads  the  correct  disk  into  the 
system,  the  data  will  be  moved  from  the  disk  to  the  systems  temp  history 
storage  as  follows: 


THEN:  As  records  are  loaded  to  the  systems  temp  History  Storage,  each 
Data  Element  Field  will  be  posted  with  a  Data  Element  Name  that 
will  be  used  as  keys  to  the  data  in  the  History  Record  Field 
when  the  AD  HOC  Process  is  run.  The  Data  Element  Field  Data 
Names  will  be  part  of  the  AD  HOC  Process  Dictionary. 

NOTE:  See  List  of  History  Record  Field  Data  Names. 


HISTORY  RECORD  FIELD  DATA  NAMES 


DATA  ELEMENT 

HISTORY  RECORD 

NAME 

CC  it 

DteRecCreate 
CntnrNoPref ix 

(SAME 

AS  NAME  ON 

It 

LEFT) 

1-5 

6-8 

CntnrNo 

NOTE:  Includes 

(SAME 
CntnrNoPref ix 

AS  NAME  ON 
(CC  #6-8) 

LEFT) 

6-13 

CntnrOwnAbbr 
Consignee 
DupeStpIndex 
CntnrTCN 
VoyDocuNoF ItNo 

Or iginMCEPref ix 

(SAME 

AS  NAME  ON 

II 

II 

If 

ti 

II 

LEFT) 

14-17 

18-23 

24 

25-41 

42-46 

47 
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MthCd 

•  1 

48 

SerNo 

•  • 

49-52 

DestMCEPref ix 

<1 

S3 

StpSeqNo 

#1 

54 

SpIntCd 

•1 

55-56 

ModeCd 

•  1 

57 

TransPriCd 

ti 

58 

FWTNo 

fi 

59-70 

TIN 

11 

71-78 

POD 

•  I 

79-81 

TotStp 

II 

82-83 

CntnrSz 

II 

84-85 

CmdtyCd 

II 

86-88 

ModeMethShpmtCd 

II 

89 

DteStageStart 

II 

90-94 

DteStageStop 

•  1 

95-99 

CntnrDatn 

II 

100 

MultiStpNo 

II 

101 

DteRecngnReq 

II 

102-106 

RecngnCfmNoncFm 

II 

107 

DteRecngnCfmNoncFm 

II 

108-112 

Di vrsnRecngnCnsgn 

(RecngnCnsgn) 

113-118 

DDDteCarrNot if 

(SAME  AS  NAME  ON  LEFT) 

119-123 

DDAct ISptDte 

II 

124-128 

DDDteCnsgnReqRe 1 Dte 

II 

129-133 

DDDteRel 

II 

134-138 

DDLoc 

4| 

139-163 

Di vrsnindic 

II 

164 

Di vrsnDte 

II 

165-169 

Di vrsnRecngnCnsgn 

(DivrsnCnsgn) 

170-175 

DteHoldStart 

(SAME  AS  NAME  ON  LEFT) 

176-180 

DteHoldStop 

II 

181-185 

HoldLoc 

II 

186-210 

StpNonFcst 

II 

211 

*  EvntDte 

Arrival  Dte 

212-216 

EvntDte 

Unload  Dte 

217-221 

EvntDte 

Unload  Discrp  Dte 

222-226 

EvntDte 

Not  if  Carr  Dte 

227-231 

EvntDte 

Carr  P/U  Dte 

232-236 

*  EvntDte 

TM2  EvntDte 

237-241 

AACCurr 

TM2  Requestor 

242-247 

NewEvntLoc 

TM2  NewEvntLoc 

248-253 

RsnDenyCd 

TM2  RsnDeny 

254-255 

*  EvntDte 

TM3  EvntDte 

256-260 

AACCurr 

TM3  Requestor 

261-266 

DspoActv 

TM3  Releasor 

267-272 

RsnDenyCd 

TM3  RsnDeny 

273-274 

*  EvntDte 

TMS  EvntDte 

275-279 

*  EvntDte 

First  Elec  On  Dte 

280-284 
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EvntDte 

First  Elec  Off  Dte 

285-289 

EvntDte 

Second  Elec  On  Dte 

290-294 

EvntDte 

Second  Elec  Off  Dte 

295-299 

EvntDte 

First  Gas  On  Dte 

300-304 

EvntDte 

First  Gas  Off  Dte 

305-309 

EvntDte 

Second  Gas  On  Dte 

310-314 

EvntDte 

Second  Gas  Off  Dte 

315-319 

*  EvntDte 

TTW  EvntDte 

320-324 

EvntDte 

(SAME  AS  NAME  ON  LEFT) 

325-329 

NewMovNo 

•  • 

330-349 

OceanCarrAbbr 

NOTE: 

note: 

II 

TMR  Prefix 

Includes  all  TMR  Prefix  elements 

TMR 

Includes  all  TMR  elements 

350-353 

47-52 

47-58 

IF:  The  wrong  disk  is  entered  into  the  system, 
Display:  "Wrong  diskette  mounted,  remove  diskette." 

NOTE:  This  prompt  will  appear  anytime  the  user  enters 
the  incorrect  disk  into  the  system.  The  system  must  verify  that  the 
disk  entered  matches  the  disk  prompt  instructions,  (Year  and  Month  of 
Disk) . 


Then  the  system  will  continue  to  provide  Instruction 
prompts  to  the  user  to  load  all  disks  that  contain  the  data  required 
by  the  user  entered  dates  on  the  process  screen. 

Example:  If  the  user  entered  the  following  dates  on  the  screen: 

FROM  JULIAN  DATE  TO  JULIAN  DATE 


87001  =  (1  JAN  87)  87060  =  (1  MAR  87) 

And  the  Hist-Mgt-Fi le  contained  the  following  data: 

JAN  87/  2  DISKS/  200  RECORDS 
FEB  87/  1  DISK/  100  RECORDS 
MAR  87/  1  DISK/  50  RECORDS 


THEN:  The  system  would  display  prompts  to  load  the  following 
disks:  The  next  prompt  will  appear  after  the  user  enters  the  correct 
disk  and  presses  GO. 


"LOAD  JAN  87  NO  1  DISK  AND  PRESS  GO" 
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"LOAD  JAN  87  NO  2  DISK  AND  PRESS  GO" 
"LOAD  FEB  87  NO  1  DISK  AND  PRESS  GO" 
"LOAD  MAR  87  NO  1  DISK  AND  PRESS  GO" 


THEN:  The  system  will  move  the  records  that  fall  between  the  user 
entered  dates  on  the  screen. 

THEN:  The  system  will  display,  "Records  being  moved  to  AD  HOC 
file"  as  records  are  being  transferred  from  disks  to  the  systems  temp 
storage. 

Example  From  Above:  The  system  will  move  all  records  on  the 
Jan  disks,  all  records  on  the  Feb  disk,  and  only  the  records  on  the  Mar 
disk  that  have  a  Dte  Rec  Create  data  of  87060  (1  Mar  87).  The  remainder 
of  the  records  on  the  Mar  disk  will  not  be  moved  to  the  systems  temp 
history  f i le. 


THEN:  The  system  will  display  the  total  number  of  records  within 
the  dates  entered,  using  Dte  Rec  Create  dates  that  are  within  the  user 
entered  dates. 


DISPLAY,  Example  From  Above  "302  records  moved  to  AD  HOC  file 
from  (87001  to  87060)." 

NOTE:  Only  2  records  in  Mar  disk  had  Dte  Rec  Create  dates  of  1  Mar 
(87060) . 


THEN  DISPLAY: 

Press  FINISH  to  exit  to  menu  and  select  AD  HOC 

Query  process. 

NOTE:  The  users  manual  must  inform  the  user  that  he  must 
access  the  AO  HOC  process  using  the  AD  HOC  file  name  of  "History  Temp" 
and  directory  "AKMdata". 

UPDATES: 

Temp-History-File  ; 

EMPLOYS: 

Hist-Mgt-File  ; 

ADDS:  Cntnr-Hi story-Info-Upd  TO  Temp-History-File  ; 

REFERENCES:  H i st-Mgt-Inf o  IN  Hist-Mgt-File  ; 

CREATES: 

Cntnr-Hi story-Info-Upd  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Valentine’  ; 
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DEFINE  PROCESS  Inquiry/Rept-on-Spec if ic-Cntnr 

DESCRIPTION; 

Inquiry/Report  on  Specific  Container 

This  process  allows  the  user  to  view  and  print  a  predetermined  array  of 
database  information  from  the  Container  Move,  Container  Move  Stop,  and 
Movement  Events  Files  about  a  specific  container. 

KEYWORD  IS:  ’Container’  , 

’LOB’  ; 

SEE  MEMO: 

TCR-Inq/Rept-Spec-Cntnr-Memo  ; 

generates: 

Inq/Rept-Di sp-Out  ; 

RECEIVES: 

Inq/Rept-on-Spec i f i c-Cntnr-Inp  ; 

PART  OF:  Prepare-Container-Reports  ; 

PROCEDURE; 

1.)  IF;  The  user  selects  the  "Container  Inquiry"  process  from  the 
"Master  Menu"  screen,  the  system  will  display  the  first 
process  screen. 

DISPLAY:  First  Process  Screen 

System  will  organi2e  on  scrollable  screen  CntnrMov 
information  so  that  CntnrOwnAbbr  is  in  alpha  order, 
and  within  CntnrOwnAbbr  order,  in  CntnrNo  sequence. 

The  TCN,  VoyDocuNoFltNo,  and  POD  will  also  be  dis¬ 
played.  A  prompt  will  be  displayed  stating  "Select 
desired  entry,  then  select  function." 


System  will  display  screen  as  above.  At  this  time,  a 
highlight  bar  will  be  on  the  first  line  of  information. 
By  scrolling  the  highlight  bar,  the  user  may  select  the 
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CONTAINER  1 

CONTAINER 

1  TCN  1 

VOYAGE 

I  POD  1 

OWNER  1 

1 

NUMBER 

1  1 

1  1 

NO 

1  1 

1  1 

s 

XXXXX  1 

XXXXX 

1  XXXXXXXXXXXXXXXXX  1 

XXXXX 

1  XXX  1 

Sx 

XXXXX  1 

XXXXX 

1  XXXXXXXXXXXXXXXXX  1 

XXXXX 

1  XXX  I 

Si 

XXXXX  1 

XXXXX 

1  XXXXXXXXXXXXXXXXX  1 

XXXXX 

1  XXX  1 

•  . 

XXXXX  1 

XXXXX 

1  XXXXXXXXXXXXXXXXX  1 

XXXXX 

1  XXX  1 

XXXXX  1 

XXXXX 

1  XXXXXXXXXXXXXXXXX  1 

1  1 

XXXXX 

1  XXX  1 

1  1 

1 

QUIT  1  BY 

1  BY  1  BY 

1  BY  1  BY  1 

CD 

■< 

SHOW  I 

ICNTNRIAAC  1  TCN 

1  1  1 

IMULTI-STPI  VOYAGE  1 

1  1  1 

OWNER  1 

1 

RECORD  1 

1 

i 
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desired  container  records. 

ELSE:  The  System  Operator  can  press  <QUIT>  which  will 
display  a  prompt  stating,  "Exit  to  menus?  Press 
<G0>  to  confirm,  <CANCEL>  to  deny". 

IF:  The  <GO>  key  is  pressed. 

THEN:  The  system  will  return  to  the  "Master  Menu" 
screens . 


2.)  IF:  The  function  key  <SHOW  REC0RD>  is  pressed. 

THEN:  System  will  select  and  display  information  from  CntnrMov 
about  the  container  highlighted. 


MOVE: 


CntnrOwnAbbr,  CntnrNo,  CntnrTCN,  ModeCd,  CntnrSz, 
UltmCnsgn,  TotStp,  Stgindic,  CmdtyCd,  and  DteLst- 
UpdCntnr,  from  CntnrMov  to  the  screen. 


DISPLAY: 


The  system  will  then  display  the  screen  below. 


Container  No:  XXXXX 
Container  Owner:  XXXX 
TCN:  XXXXXXXXXXXXXXXXX 
Mode  Code:  X 
Container  Size:  XX 
Ultm  Consignee:  XXXXXX 
Total  Stops:  XX 
Stage  Indicator:  X 
Commodity  Code:  XXX 
Last  Updated:  XXXXX 


GO  BACK  I 


IF:  User  presses  <GO  BACK>. 

THEN:  System  will  return  to  the  previous  screen. 


3.)  IF:  The  function  key  <BY  CNTNR>  is  pressed. 

then:  System  will  create  a  window  so  that  user  may  enter  a 
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CntnrNo  as  shown  below: 

DISPLAY:  The  system  will  then  display  the  screen  below 

with  a  prompt  stating,  "Enter  partial  Container 
Number,  press  <RETURN>,  or  <CANCEL>". 


I  CntnrNo  I 
I  XXXXX  I 
I _ I 


The  user  presses  the  <RETURN>  key  (Screen  Blank) 

DISPLAY:  System  will  display  the  first  process  screen 

as  below  with  a  prompt  stating  "Select  desired 
entry,  then  select  function." 


CONTAINER! 

CONTAINER 

1  TCN 

1  VOYAGE 

1  POD  1 

OWNER  1 

NUMBER 

I 

.1  _  .  _ 

1  NO 

1  1 

.1  1 

X)(XXX  1 

XX)(XX 

1  XXXXXXXXXXXXXXXXX 

1  XXXXX 

1  XXX  1 

XXXXX  1 

XXXXX 

1  XXXXXXXXXXXXXXXXX 

1  XXXXX 

1  XXX  1 

XXXXX  1 

XXXXX 

1  XXXXXXXXXXXXXXXXX 

1  XXXXX 

1  XXX  1 

XXXXX  1 

XXXXX 

1  XXXXXXXXXXXXXXXXX 

1  XXXXX 

1  XXX  1 

XXXXX  1 

1 

XXXXX 

1  XXXXXXXXXXXXXXXXX 

1 

1  XXXXX 

1  XXX  1 
1  1 

QUIT  1  BY 

BY 

BY 

1  BY  1  BY 

CD 

-< 

SHOW  1 

1 CNTNR 

lAAC 

TCN 

IMULTI-STPI  VOYAGE 

1  OWNER  1 

RECORD  1 

When  the  above  scrollable  screen  is  displayed 
the  system  will  organize  the  information  in 
CntnrNo  order,  starting  with  the  first  container 
in  the  database. 


The  function  key  <Show  Record>  is  pressed. 
Perform  Show  Record  procedure  in  paragraph  2. 


Keyboard  Entry. 

Perform  partial  key  lookup  of  1-5  digits  of 
CntnrNo. 
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DISPLAY:  System  will  display  first  process  screen  as 

follows  with  a  prompt  stating  "Select  desired 
entry,  then  select  function." 


CONTAINER  1 
OWNER  1 

CONTAINER 

NUMBER 

1 

1 

TCN 

1  VOYAGE 

I  NO 

1  POD 

1 

XXXXX  1 

XXXXX 

1 

XXXXXXXXXXXXXXXXX 

1  XXXXX 

1  XXX 

XXXXX  1 

XXXXX 

1 

xxxxxxxxxxxxxxxxx 

1  XXXXX 

1  XXX 

XXXXX  1 

XXXXX 

1 

XXXXXXXXXXXXXXXXX 

1  XXXXX 

1  XXX 

XXXXX  I 

XXXXX 

1 

XXXXXXXXXXXXXXXXX 

1  XXXXX 

1  XXX 

XXXXX  1 

1 

XXXXX 

1 

XXXXXXXXXXXXXXXXX 

1  XXXXX 

1  XXX 

QUIT  1  BY 

1  BY  1  BY 

1 

BY  1  BY 

1  BY  1 

SHOW 

1 CNTNR 

lAAC  1  TCN 

IMULTI-STPI  VOYAGE 

1  OWNER  1 

RECORD  1 

I _ I _ 1..^ _ I _ I 


NOTE;  When  the  above  scrollable  screen  is  displayed,  the  system 

will  organize  the  information  in  CntnrNo,  or  partial  CntnrNo 
sequence,  starting  with  the  CntnrNo  or  partial  CntnrNo 
entered  in  the  window  at  the  top  of  the  screen. 

d.)  IF; 

The  function  key  <Show  Record>  is  pressed. 

THEN:  Perform  Show  Record  procedure  in  paragraph  2. 


4.)  IF;  The  function  key  <BY  AAO  is  pressed. 


THEN:  System  will  create  a  window  so  that  the  user  may  enter  a 
DODAAC  as  below: 


DISPLAY:  The  system  will  then  display  the  screen  below 
with  a  prompt  stating  "Enter  DODAAC,  press 
<RETURN>  or  press  <HELP>  or  <CANCEL>. 


I  Consignee  I 

I  xxxxxx  I 

I _ I 

a.)  IF:  The  user  presses  the  <RETURN>  key  with  the 
screen  blank. 

then:  The  system  will  display  a  prompt  stating, 

"Field  Required.  Press  <HELP>  for  a  list  of. 
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or  <CANCEL>". 

b. )  IF:  The  user  enters  a  partial  DODAAC  or  DODAAC  which 

not  contained  in  the  -files. 

THEN:  The  system  will  display  a  prompt  stating, 

"DODAAC  not  on  -file.  Press  <HELP>  for  list 
of  DODAACs**. 

c. )  IF:  The  user  presses  <HELP>  (screen  blank) 

DISPLAY:  System  will  display  the  following  scrollable 
screen  with  a  prompt  stating  "Select  desired 
entry,  then  select  function." 


1 

DODAAC 

1 

Description 

1 

1 

XXXXXX 

1 

)<XX(35)XXX 

1 

1 

XXXXXX 

1 

XXXXXXXXXX 

1 

1 

XXXXXX 

1 

XXXXXXXXXX 

1 

1 

XXXXXX 

1 

XXXXXXXXXX 

1 

1 

XXXXXX 

1 

XXXXXXXXXX 

1 

1  Clear  1 

Code  Ord 

1  Descr  Ord 

1 

Select  1 

1  Screen  1 

1  1 

1 

1 

1 

Record  1 

1 

When  the  above  scrollable  screen  is  displayed,  the  system 
will  organize  all  CgoAddress  information  in  DODAAC  alpha¬ 
numeric  order.  User  may  then  scroll  through  the  Cgo¬ 
Address  information  to  the  desired  DODAAC. 


d. )  IF:  The  user  does  not  know  the  DODAAC  and  presses 

the  function  key  <Descr  Order>. 

THEN:  The  system  will  display  the  screen 
below  with  a  prompt  stating  "Enter 
Prefix,  if  desired,  or  press  <CANCEL> 
or  <FINISH>". 

DISPLAY:  _  _  „  _ 

I  PREFIX  I 

I  XXXXXXXXXXXXXXXXX  I 
I _ I 

e. )  IF:  The  user  presses  <RETURN> 


is 


f  f  <  V  M''. 
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DISPLAY: 


System  will  display  the  following 
scrollable  screen  with  a  prompt 
stating  "Select  desired  entry,  then 
select  function". 


DODAAC  I  Description  I 


1 _ I _ 

I  XXXXXX  I  XXX (35) XXX 


I  XXXXXX  I  XXXXXXXXXX  I 

I  XXXXXX  I  XXXXXXXXXX  I 

I  XXXXXX  i  XXXXXXXXXX  I 

I  XXXXXX  I  XXXXXXXXXX  I 


I  Clear  I  Code  Ord  I  Descr  Ord  I  Select  I 

I  Screen  I  I  I  Record  I 

I _ I _ I _ I _ I 


NOTE: 


When  the  above  scrollable  screen  is  displayed,  the 
system  will  organize  all  CgoAddress  information  in 
description  alphanumeric  order.  User  may  then 
scroll  through  the  CgoAddress  information  to  the 
desired  DODAAC. 


The  user  presses  function  key  <Code  Ord>. 


THEN: 


The  system  will  display  the  screen  below 
with  a  prompt  stating  "Enter  Prefix,  if 
desired,  or  press  <CANCEL>  or  <FINISH>". 


display: 


PREFIX 

XXXXXXXXXXX 


g.)  IF:  User  presses  <RETURN>, 


DISPLAY:  System  will  display  the  following 
scrollable  screen  with  a  prompt 
stating  "Select  desired  entry,  then 
select  function". 


I  DODAAC  I  Description  I 
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xxxxxx 

xxxxxx 

xxxxxx 

xxxxxx 

xxxxxx 


xxxx(35)xxxx 

xxxxxxxxxxxx 

xxxxxxxxxxxx 

xxxxxxxxxxxx 

xxxxxxxxxxxx 


I  Clear  I  Code  Ord  I  Descr  Ord  I  Select  I 

I  Screen  i  I  I  Record  I 

I _ I _ I _ I 


NOTE:  When  the  above  scrollable  screen  is  dis¬ 
played,  the  system  will  organize  all  Cgo- 
Address  information  in  code  alphanumeric 
order.  User  may  then  scroll  through 
the  CgoAddress  information  to  the  de¬ 
sired  DODAAC. 


User  presses  <Select  Record>. 


display: 


System  will  display  the  following 
scrollable  screen  with  a  prompt  stating 
"Select  desired  entry,  then  select 
function." 


ELSE:  The  system  will  display  the  screen 

below  with  the  data  fields  blank  and 
a  prompt  stating,  "No  records  selected, 
press  <FINISH>/<CANCEL>". 


Consignee:  XXXXXX 


Container 

No. 

XXXXX 

XXXXX 

XXXXX 

XXXXX 

XXXXX 


Go  Back 


Multi  Stop 
No. 

X 

X 

X 

X 

X 


Show 

Detail 


NOTE:  System  will  then  display  the  CntnrNo  and  MultiStpNo 
on  a  scrollable  screen  in  CntnrNo  sequence  with  the 
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»» 

V* 

’’I'l 


'J' 

■M 

h;,' 

•S' 

I  *.i 


'.‘z 

•iv 


I 


‘I’J 

'•s 

•'u 


highlight  bar  on  the  -first  line  oF  information: 

i.)  IF:  User  highlights  the  desired  container/mult i-stop 
and  presses  the  Function  key  <Show  Detail>. 

THEN:  System  will  display  the  Following  screen. 


move: 


TMRPreFix,  SpIntCd,  TransPriCd, 
ModeCd,  CntnrDam,  DteStageStart , 
and  DteStageStop,  from  CntnrMov. 
DestMCEPrefix,  StpSeqNo,  Divrsn- 
Indic,  RecngnCFmNonCFm,  Divrsn- 
RecngnCnsgn,  DDActlSptDte,  Otc- 
HoldStart,  DteHoldStop,  From 
CntnrMovStp,  and  MovEvntCd, 
EvntTy,  EvntDte  From  MEvent 
to  the  screen. 


DISPLAY: 


1  Container  No:  XXXXXXXX  1 

1  1 

1 

TMR: 

XXX(12)XXX  1 

1 

Staged: 

1 

1 

Start  Date: 

XXXXX 

1 

1 

Stop  Date: 

XXXXX 

1 

1 

Hold: 

1 

1 

Start  Date: 

XXXXX 

1 

I 

Stop  Date: 

XXXXX 

1 

1 

Diverted  to: 

xxxxxx 

1 

1 

Reconsigned  to: 

xxxxxx 

1 

1 

Damaged/Dead  1 i ned : 

X 

1 

1 

Delayed  Delivery:  (Y  or  N) 

X 

1 

1 

Actual  Spot  Date: 

XXXXX 

1 

1 

Consignee: 

1 

1 

Arrival  Date: 

XXXXX 

1 

1 

Empty  Date: 

XXXXX 

1 

1 

Carrier  Notified  Date: 

XXXXX 

1 

1 

Carrier  Pick-Up  Date: 

XXXXX 

1 

j.)  IF 


Go  Back  I 
_ I 

User  presses  <Go  Back>. 

THEN:  System  will  return  to  the  previous 
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screen. 


<- ■  r 


k.)  IF: 

Keyboard  Entry  with  full  6  digits. 

DISPLAY: 

System  will  display  the  following 
scrollable  screen  with  a  prompt 
stating,  "Select  desired  entry, 
then  select  function." 


1 

Consignee: 

XXXXXX 

1 

1 

Container 

1 

Multi  Stop 

1 

1 

No. 

1 

No. 

1 

1 

XXXXX 

1 

X 

1 

1 

XXXXX 

1 

X 

1 

1 

XXXXX 

1 

X 

1 

1 

XXXXX 

1 

X 

1 

1 

XXXXX 

1 

X 

1 

I 

1 

Go  Back 

1 

1 

Show 
Detai 1 

1 

i 

NOTE:  System  will  then  display  the  CntnrNo  and  MultiStpNo 
on  a  scrollable  screen  as  above. 

l. )  IF:  User  highlights  the  desired  container/multi-stop 

and  presses  <Show  Detail>. 

THEN:  Repeat  procedures  specified  in  paragraph 
4i . 

m. )  IF:  User  presses  <Go  Back>. 

THEN:  Repeat  procedures  specified  in  paragraph 
4j. 

n. )  IF: 

Less  than  6  digits  are  entered: 

THEN:  Perform  partial  key  look-up  on  ShiptoAAC 
in  CgoAddress  and  repeat  procedures 
specified  in  paragraphs  4a  thru  4 j . 
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5.)  IF;  The  function  key  <By  TCN>  is  pressed. 


THEN;  System  will  create  a  window  so  that  user  may  enter  a 
CntnrTCN  as  shown  below. 


DISPLAY;  The  system  will  then  display  the  screen 

below  with  a  prompt  stating  "Enter  partial 
TCN,  press  <RETURN>  or  <CANCEL>." 


TCN 

XXXXXXXXXXXXXXXXX 


a.)  IF: 


User  presses  RETURN  (Screen  Blank) 


DISPLAY: 


System  will  redisplay  the  first  process  screen 
with  a  prompt  stating  "Select  desired  entry, 
then  select  function." 


CONTAINER) 
OWNER  1 

CONTAINER 

NUMBER 

TCN 

1 

1 

VOYAGE 

NO 

1  POD 

1 

l_  _ 

XXXXX  1 

XXXXX 

XXXXXXXXXXXX)(XXXX 

1 

XXXXX 

1  XXX 

XXXXX  1 

XXXXX 

XXXXXXXXXXXXXXXXX 

1 

XXXXX 

1  XXX 

XXXXX  1 

XXXXX 

XXXXXXXXXXXXXXXXX 

1 

XXXXX 

1  XXX 

XXXXX  i 

XXXXX 

XXXXXXXXXXXXXXXXX 

1 

XXXXX 

1  XXX 

XXXXX  1 

XXXXX 

XXXXXXXXXXXXXXXXX 

1 

XXXXX 

1  XXX 
l_  _ 

QUIT  1  BY 

1  BY  1  BY 

BY  1  BY 

1  ■ 

BY  1 

SHOW 

ICNTNRIAAC 


TCN  IMULTI-STPI  VOYAGE 

_ I _ I _ 


OWNER  I  RECORD 


NOTE;  When  the  above  scrollable  screen  is  displayed, 
the  system  will  organize  the  Container  Move 
information  in  CntnrTCN  order,  starting  with 
the  first  container  in  the  database. 


b.)  IF: 


The  function  key  <Show  Record>  is  pressed. 


THEN:  Perform  Show  Record  procedure  in 
paragraph  2. 
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c.)  IF: 


Keyboard  Entry: 

THEN:  Perform  partial  key  look-up  of  1-17  digits 
of  Container  TCN  and  repeat  procedures 
specified  in  paragraph  5a  and  5b. 


6.)  IF:  The  function  key  <By  MultiStpNo>  is  pressed. 


THEN: 


System  will  use  the  CntnrNo  and  CntnrOwnAbbr  highlight¬ 
ed  on  the  first  process  screen  to  search  CntnrMovStp. 


DISPLAY: 


System  will  organize,  on  a  scrollable  screen, 
CntnrMovStp  information  so  that  Consignees 
for  all  the  stops  are  in  MultiStpNo  order. 

A  prompt  will  be  displayed  stating  "Select 
desired  entry,  then  select  function." 


Container  No: 


XXXXX 


Consignee 


XXXXXX 

XXXXXX 

XXXXXX 

XXXXXX 

XXXXXX 


Go  Back 


Multi 
Stop  No 


Show 
Detai Is 


NOTE:  When  the  above  screen  is  displayed,  a  highlight  bar 
will  be  on  the  first  line  of  the  information. 

IF:  User  highlights  the  desired  consignee/multi-stop 
and  presses  <Show  Detai l>. 

Then:  The  screen  below  will  be  displayed  and  prompts 
and  procedures  specified  in  paragraph  4i  and 
4j  apply. 
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1  Container  No:  XXXXX  1 

1  i 

1 

TMR: 

XXX(12)XXX 

1 

1 

Staged: 

1 

1 

Start  Date: 

XXXXX 

1 

1 

Stop  Date: 

XXXXX 

1 

1 

Hold: 

1 

1 

Start  Date: 

XXXXX 

1 

1 

Stop  Date: 

XXXXX 

1 

1 

Diverted  to: 

xxxxxx 

1 

1 

Reconsigned  to: 

xxxxxx 

1 

1 

Damaged/Deadl ined: 

X 

1 

1 

Delayed  Delivery:  (Y  or  N) 

X 

1 

1 

Actual  Spot  Date: 

XXXXX 

1 

1 

Consignee: 

1 

1 

Arrival  Date: 

XXXXX 

1 

1 

Empty  Date: 

XXXXX 

1 

1 

Carrier  Notified  Date: 

XXXXX 

1 

1 

Carrier  Pick-Up  Date: 

XXXXX 

1 

Go  Back  I 


C> 

7.)  IF:  The  function  key  <By  Voyage>  is  pressed. 

THEN:  System  will  create  a  window  so  that  the  user  may  enter 
a  VoyDocuNoFltNo  as  shown  below. 

DISPLAY:  The  system  will  then  display  the  screen  below 
with  a  prompt  stating  "Enter  Voyage  No,  press 
<RETURN>  or  press  <HELP>  or  <CANCEL>." 


7  Voyage”No  T 
I  XXXXX  I 
I _ I 

a. )  IF:  The  user  presses  <RETURN>  (Screen  Blank) 

THEN:  The  system  will  display  a  prompt  stating, 

"Required  Element.  Must  enter,  or  <CANCEL>". 

b. )  IF:  The  user  enters  a  partial  Voyage  No.  and  presses 

the  <RETURN>  key. 


THEN:  The  system  will  display  a  prompt  stating, 
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"Must  enter  five  position  Voyage  Number." 


c.)  IF:  The  user  enters  a  complete  Voyage  Number  and 
presses  <RETURN>. 

THEN:  System  will  display  the  screen  below 
with  a  prompt  stating  "Select  desired 
entry,  then  select  function". 


CONTAINER 

OWNER 


CONTAINER 

NUMBER 


TCN 


.1. 


VOYAGE 

NO 


I  POD  I 
I  i 

I _ I 

I  XXX  I 
I  XXX  I 
I  XXX  I 
I  XXX  I 
i  XXX  I 


XXXXX 

XXXXX 

XXXXX 

XXXXX 

XXXXX 


XXXXX  I  XXXXXXXXXXXXXXXXX 
XXXXX  I  XXXXXXXXXXXXXXXXX 
XXXXX  I  XXXXXXXXXXXXXXXXX 
XXXXX  I  XXXXXXXXXXXXXXXXX 
XXXXX  I  XXXXXXXXXXXXXXXXX 


XXXXX 

XXXXX 

XXXXX 

XXXXX 

XXXXX 


Container 

with  Voyage  Number 

=  XXXXX 

QUIT  1  BY  I 

BY 

BY  1 

BY  1 

BY 

1 

BY  1 

SHOW  1 

1 CNTNR 1 

AAC 

TCN  1 

MULTI-STPI 

VOYAGE 

1 

OWNER  1 

RECORD  1 

1  1 

1 

1 

1 

NOTE:  When 

the 

above 

scrollable 

screen 

i  s 

displayed,  the 

system  will  organize  the  Container  Move  information 
in  Voyage  No  alphanumeric  order  and  within  Voyage 
No  in  POD  alphanumeric  order. 


d.)  IF: 

The  user  desires  the  Ocean  Carrier  associated 
with  a  Voyage  and  presses  <HELP>  (Screen  Blank). 

THEN:  System  will  arrange  VoyDocuNoFltNo  in  Voyage 
number  order  and  display  Ocean  Carrier 
associated  with  the  Voyage  on  a  scrollable 
screen  with  a  prompt  stating  "Select  desired 
entry,  then  select  function." 

DISPLAY: 


I  Voyage  No  I  Ocean  i 

I  I  Carr  I 

I _ I _ I 

I  XXXXX  I  XXXX  I 


'(ivy 
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1 

XXXXX 

1  XXXX 

1 

1 

XXXXX 

1  XXXX 

1 

1 

XXXXX 

1  XXXX 

1 

1 

XXXXX 

1  XXXX 

1 

1 

1  Clear  1 

By 

1  By 

i  Select  1 

1  Screen  I 

Voyage 

I  Carr 

i  Record  1 

1  1 

then: 


The  user  wants  the  in-format  ion  in  Ocean  Carr  order 
and  presses  the  function  key  <By  Carr>. 

The  system  will  display  the  screen  below  with 
a  prompt  stating  "Enter  Prefix,  then  <RETURN>, 
or  press  <CANCEL>,  or  <FINISH>." 

DISPLAY: 


Prefix 

XXXX 


f.)  IF:  User  presses  <RETURN>  (Screen  Blank). 

THEN:  System  will  arrange  Voyage  information  in 

OceanCarrAbbr  alphabetic  order  and  display  the 
VoyageNo  associated  with  the  carrier  on  a 
scrollable  screen  with  a  prompt  stating 
"Select  desired  entry,  then  select  function." 


1 

Voyage  No 

1 

Ocean 

1 

1 

1 

Carr 

1 

1 

XXXXX 

1 

XXXX 

1 

1 

XXXXX 

1 

XXXX 

1 

1 

XXXXX 

1 

XXXX 

1 

1 

XXXXX 

1 

XXXX 

1 

1 

XXXXX 

1 

XXXX 

1 

1  Clear  1 

By 

1 

By 

"l 

Select 

1  Screen  1 
_  1. 

Voyage 

1 

Carr 

1 

Record 

g.)  IF:  User  presses  function  key  <By  Voyage>. 
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Then: 


The  system  will  display  the  screen  below 
with  a  prompt  stating  "Enter  Prefix, 
then  <RETURN>,  or  press  <CANCEL>  or 
<FINISH>*'. 

DISPLAY: 


PREFIX 

XXXXXXXXXXX 


h.)  IF:  User  presses  <RETURN>  (Screen  Blank) 


THEN: 


The  system  will  organize  the  Voyage 
information  in  VoyageNo  alphanumeric 
order  and  display  the  carrier  associated 
with  the  VoyageNo  on  a  scrollable  screen 
with  a  prompt  stating  "Select  desired 
entry,  then  select  function". 

DISPLAY: 


Clear 

Screen 


1 

1 

Voyage  No 

Ocean 

Carr 

1 

1 

1 

.>(XXXX 

XXXX 

1 

1 

XXXXX 

XXXX 

1 

1 

XXXXX 

XXXX 

1 

1 

XXXXX 

XXXX 

1 

1 

1 

XXXXX 

XXXX 

1 

1 

By 

By 

1 

Select  1 

1 

Voyage 

Carr 

1 

Record  1 

1 

User  highlights  a  Voyage  No  and  presses  <Select 
Record>, 


THEN: 


ELSE; 


The  system  will  display  the  screen  below 
with  a  prompt  stating,  "Select  desired 
entry,  then  select  function". 

The  system  will  display  the  screen  below 
with  the  data  fields  blank  and  a  prompt 
stating,  "No  records  selected,  press 
<FINISH>/<CANCEL>". 
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CONTAINER  1 
OWNER  1 

CONTAINER 

NUMBER 

1 

1 

TCN  1 

1 

1 

VOYAGE 

NO 

1  POD 

1 

1 

XXXXX  1 

XXXXX 

1 

XXXXXXXXXXXXXXXXX  1 

XXX)(X 

1  XXX 

XXXXX  1 

XXXXX 

1 

XXXXXXXXXXXXXXXXX  1 

XXXXX 

1  XXX 

XXXXX  1 

XXXXX 

1 

XXXXXXXXXXXXXXXXX  1 

XXXXX 

1  XXX 

XXXXX  1 

XXXXX 

1 

XXXXXXXXXXXXXXXXX  1 

XXXXX 

1  XXX 

XXXXX  1 

XXXXX 

1 

XXXXXXXXXXXXXXXXX  1 

XXXXX 

1  XXX 

_ I _ I 

Container  with  Voyage  Number 


=  XXXXX 


QUIT  I  BY  I  BY  I  BY  I  BY  I  BY  I 
ICNTNRIAAC  i  TCN  IMULTI-STPi  VOYAGE  I 
_ I _ I _ I _ I _ I _ I 


BY  I  SHOW  I 
OWNER  I  RECORD  I 


NOTE:  When  the  above  scrollable  screen  is  displayed,  the 
system  will  organize  the  Container  Move  information 
associated  with  the  Voyage  Number,  in  Container 
Number  sequence. 

8.)  IF;  The  function  key  <By  Owner>  is  pressed. 

THEN;  The  system  will  create  a  window  so  that  the  user  may 
enter  a  CntnrOwnAbbr  as  shown  below. 

DISPLAY:  The  system  will  then  display  the  screen  below 
with  a  prompt  stating,  "Enter  Cntnr  Owner, 
press  <RETURN>,  or  press  <HELP>  or  <CANCEL>". 


I  Cntnr  Owner 
I  XXXX 


a. )  IF;  User  presses  <RETURN>  (Screen  Blank) 

THEN:  The  system  will  display  a  prompt  stating, 

"Required  Element,  Must  enter,  or  <CANCEL>". 

b. )  IF:  User  enters  a  partial  CntnrOwnAbbr  and  presses  <RETURN>. 

THEN:  The  system  will  display  a  prompt  stating,  "Must 
enter  four  position  Container  Owner". 

c. )  IF:  User  enters  a  complete  CntnrOwnAbbr  and  presses  <RETURN 
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THEN: 


The  system  will  display  the  screen  below  with  a 
prompt  stating,  "Select  desired  entry,  then 
select  function". 


CONTAINER 

OWNER 


XXXXX 

XXXXX 

XXXXX 

XXXXX 

XXXXX 


CONTAINER  I 
NUMBER  I 

_ I 


TCN 


XXXXX  I  XXXXXXXXXXXXXXXXX 
XXXXX  I  XXXXXXXXXXXXXXXXX 
XXXXX  I  XXXXXXXXXXXXXXXXX 
XXXXX  f  XXXXXXXXXXXXXXXXX 
XXXXX  I  XXXXXXXXXXXXXXXXX 
_ _ 


VOYAGE 

NO 


XXXXX 

XXXXX 

XXXXX 

XXXXX 

XXXXX 


Container  with  Container  Owner  =  XXXX 


I  POD  I 
i  I 
l_  —I 
I  XXX  I 
I  XXX  I 
i  XXX  I 
i  XXX  I 
I  XXX  I 
I-  —I 
I 
I 

_ I 


QUIT  I  BY  I  BY  I  BY  i  BY  I  BY  I  BY  I  SHOW  I 
ICNTNRIAAC  I  TCN  IMULTI-STPI  VOYAGE  I  OWNER  I  RECORD  I 
_ I _ I _ I _ I _ I _ I _ I _ I 


NOTE: 


d.)  IF: 


THEN: 


When  the  above  scrollable  screen  is  displayed,  the 
system  will  organi2e  the  Container  Move  information 
associated  with  the  Container  Owner,  in  Container 
Number  sequence. 

User  desires  a  listing  of  the  Container  Owners  and 
presses  <HELP>  (Screen  Blank). 

System  will  display  Container  Owner  Abbreviation 
and  Owner  Names  on  a  scrollable  screen  with  a 
prompt  stating,  "Select  desired  entry,  then 
select  function". 

DISPLAY: 


1 

Container 

1 

Name  1 

1 

Owner  Abbr 

1 

1 

1 

1 

)(XXX 

1 

XXXX<25)XXXX  1 

1 

XXXX 

XXXXXXXXXXXX  1 

1 

XXXX 

1 

XXXXXXXXXXXX  1 

1 

XXXX 

1 

XXXXXXXXXXXX  1 

1 

XXXX 

1 

XXXXXXXXXXXX  1 

1 

1  Clear 

1  By  1 

By  1  Select  1 
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e.)  IF: 
THEN 


f.)  IF: 


g.)  IF: 
THEN 


I  Screen 
I _ 


Abbr 


Name  I  Record 


The  user  wants  the  information  in  CntnrOwnNme 
order  and  presses  the  function  key  <By  Name>. 

The  system  will  display  the  screen  below  with 
a  prompt  statingi  "Enter  Prefix,  then  <RETURN>, 
or  press  <CANCEL>  or  <FINISH>". 


DISPLAY! 


I  PREFIX  I 

I  XXXXXXXXXXXXXXXX  I 


The  user  presses  <RETURN>  (Screen  Blank). 

THEN:  The  system  will  arrange  Container  Owner 

information  in  CntnrOwnNme  alphabetic  order 
and  display  the  CntnrOwnAbbr  associated  with 
the  CntnrOwnNme  on  a  scrollable  screen  with 
a  prompt  stating  "Select  desired  entry,  then 
select  function". 

DISPLAY*. 


1 

1 

Container 
Owner  Abbr 

1 

1 

Name 

1 

1 

1 

1 

xxxx: 

1 

XXXX(25)XXXX 

1 

1 

xxxx 

1 

xxxxxxxxxxxx 

1 

1 

XXXX 

1 

XXXXXXXXXXXX 

1 

( 

xxxx 

1 

XXXXXXXXXXXX 

1 

1 

XXXX 

1 

xxxxxxxxxxxx 

1 

1 

Clear 

Screen 


By 

Abbr 


By 

Name 


Select 

Record 


The  user  wants  the  information  in  CntnrOwnAbbr  order 
and  presses  the  function  key  <By  Abbr>. 

The  system  will  display  the  screen  below  with  a 
prompt  stating,  "Enter  Prefix,  then  <RETURN>,  or 
press  <CANCEL>  or  <FINISH>". 
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DISPLAY: 


I  PREFIX  I 
I  XXXXXXXXXXXXXXXX  I 
I _  I 


h.)  IF:  The  user  presses  <RETURN>  (Screen  Blank). 


THEN: 


The  system  will  arrange  Container  Owner 
information  in  CntnrOwnAbbr  alphabetic  order 
and  display  the  CntnrOwnNme  associated  with 
the  CntnrOwnAbbr  on  a  scrollable  screen 
with  a  prompt  stating  "Select  desired  entry, 
then  select  function". 


DISPLAY: 


Container  I 
Owner  Abbr  t 

XXXX  I 
XXXX  I 
XXXX  I 
XXXX  I 
XXXX  I 


Name 


I  XXXX(25)XXXX 
I  xxxxxxxxxxxx 
I  xxxxxxxxxxxx 
I  xxxxxxxxxxxx 
I  xxxxxxxxxxxx 


Clear 

Screen 


By 

Abbr 


By 

Name 


Select 

Record 


i.)  IF: 


The  user  highlights  a  Container  Owner  and  presses 
<Select  Record>. 

THEN:  The  system  will  display  the  screen  below  with 
a  prompt  stating,  "Select  desired  entry,  then 
select  function". 

ELSE:  The  s/stem  will  display  the  screen  below  with 
the  data  fields  blank  and  a  prompt  stating, 
"No  records  selected,  press  <FINISH>/<CANCEL>' 


I  CONTAINER  I  CONTAINER  I 
I  OWNER  I  NUMBER  I 


I  VOYAGE  I  POD  I 
I  NO  I  I 


*'• 


I I 1-88 


I’*' 

•»' 


hVi 

w 

fill' 


m 


w 

1 

I 

••A- 

i 

m 

^ll 
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1  xxxxx 

1 

XXXXX 

1  XXXXXXXXXXXXXXXXX 

1 

XXXXX 

1  XXX 

1  xxxxx 

1 

XXXXX 

1  XXXXXXXXXXXXXXXXX 

1 

xxxxx 

1  XXX 

1  xxxxx 

1 

XXXXX 

1  XXXXXXXXXXXXXXXXX 

1 

xxxxx 

1  XXX 

1  xxxxx 

1 

XXXXX 

1  XXXXXXXXXXXXXXXXX 

1 

xxxxx 

1  XXX 

1  xxxxx 

1 

XXXXX 

1  XXXXXXXXXXXXXXXXX 

1 

1 

xxxxx 

1  XXX 

1 

1 

1  Containers  with  Container  Owner  =  XXXX 

1 

(QUIT  1  BY 

1  BY  1  BY 

1  BY  1  BY 

1 

BY  1 

SHOW 

1  ICNTNR 

lAAC  1  TCN 

IMULTI-STPI  VOYAGE 

1 

OWNER  1 

RECORD 

1  1 

1  1 

1  1 

.1. 

1 

EMPLOYS: 

CntnrMov-F i le  , 
CntnrMovStp-F i le 
MEvent-File  , 
Voyage-FUe  , 
CgoAddress-F I le 
CntnrOwner-Tbl  ; 
REFERENCES: 
REFERENCES: 
REFERENCES: 
REFERENCES: 
REFERENCES: 
REFERENCES: 
RESPONSIBLE 


CntnrMov-Inq/Rept-Info-Ref  IN  CntnrMov-File  ; 
CntnrMovStp-Inq/Rept-Info-Re-f  IN  CntnrMovStp-FUe 
MEvent-Inq/Rept-Info-Ref  IN  MEvent-File  ; 
Voyage-Inq/Rept-Info-Ref  IN  Voyage-FUe  ; 
CgoAddress-Inq/Rept-Info-Ref  IN  CgoAddress-FUe  ; 
CntnrOwn-Inq-Ref  IN  CntnrOwner-Tbl  ; 

PROBLEM  DEFINER  IS: 

’Morris’  ; 
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<*l 


Vl 

’,1 


'1 


?!• 


DEFINE  PROCESS 
SUBPART  IS: 

PART  OF: 


Ma 1 nt a i n-Cntnr-H \ story-Records 
Sel-Rec-for-Cntnr-History-DB  , 

History-FI Ic-Retrieval  ; 

Prepare-Contalner-Reports  ; 
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DEFINE  PROCESS  Maintain-Container-Database  ; 

KEYWORD  IS:  ’Container’  , 

’LOB’  ; 

SUBPART  IS:  Create-Container-Remarks  , 

Create-Non-Fcst-Contalner-Rec  , 
Prep-Daily-Container-Worksheet  , 

Capture-TMR  , 

Not iFy-Cnsgn-of-Inbound-Cntnr  , 

Update-Cntnr-Record  , 

Rec+Report-Cntnr-Mov-Events  ; 

PART  OF:  Manage-Container-Operat ions  ; 
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11  DEFINE  PROCESS  Ma inta in-Parameter-Tbl  ; 

DESCRIPTION; 

Maintain  Parameter  Table 

This  process  allows  the  System  Administrator  to  review,  change,  and 
print  parameter  values  contained  in  the  System  Parameter  Table. 

KEYWORD  IS:  ’Container’  , 

’Freight’  , 

’LOB’  ; 

SEE  MEMO: 

TCR-Maint-Parameter-Tbl-Memo  ; 

GENERATES: 

Ma Int-Parameter-Tbl-Di sp-Out  , 

Maint-Param-Tbl-Pr int-Rept-Out  ; 

RECEIVES: 

Malntain-Parameter-Tbl-Inp  ; 

PART  OF:  System-Utilities  ; 

PROCEDURE; 


1.)  IF: 

The  System  Administrator  selects  the  "Maintain  Parameter 
Table"  process  From  the  "Master  Menu"  screen,  the  system  will 
display  the  First  process  screen. 

DISPLAY: 

First  Process  Screen 

The  system  will  then  display  the  screen  below  with  a 
prompt  stating  "Enter  data  in  selected  Field".  The 
cursor  will  be  displayed  on  the  blank  space  to  the 
right  oF  "Select  Options". 


SYSTEM  PARAMETERS 

1  Container  Operations 

2  Movement  Control 

3  Freight  Operations 

4  All  Movement  Operations 

5  Print  All  Parameters 

Select  Options:  -(1)- 

Enter  1,  2,  3,  4,  or  5 . Press  <G0> 


2.)  IF: 


The  value  (1)  is  entered  in  the  "Select  Option"  space  and  the 
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u 


<G0>  key  is  pressed i  the  “System  Parameters"  screen  will  be 
displayed. 


move: 

The  parameters  and  values: 

Cntnr-H i story-Se l-Cr i ter i a , 

Cntnr-De I et i on-Cr I  ter i a ,  Cntnr-On-Hand-Over~X-Cr i ter i a , 
Cntnr-Or i g i n-Code ,  Cntnr-De I et i on-Not i f i cat i on , 
Origin-MCE-Pref ix,  Origin-DODAAC,  to  the  screen. 

ELSE: 

The  System  Administrator  can  press  the  <FINISH>  key  to 
exit  to  the  "Master  Menu"  screen. 


DISPLAY: 

Container  Operations  screen. 

The  system  will  then  display  the  screen  below  with  a 
prompt  stating,  “Select  parameter  and  enter  value, 
Press  <HELP>  or  <FINISH>“.  The  cursor  will  be  dis¬ 
played  on  the  first  value  opposite  the  "Select 
Record  for  Container  History". 


SYSTEM  PARAMETERS  t 


NAME 

VALUE 

Select  Record  for  Container  History 

45 

60  Days  Old  Deletion  Process 

55 

Containers  On  Hand  Over  "X"  Days 

5 

Container  Origin  Code 

FIG 

Notification  from  TMCA  of  Cntnr  Deletion 

4 

Origin  MCE  Code 

M 

Origin  DODAAC 

UK4FHA 

a.)  IF: 

The  <HELP>  key  is  pressed  with  the  cursor  on  the  "Select 
Record  for  Container  History". 

THEN: 

The  system  will  display  a  help  screen  window  containing 
the  following  information: 

DISPLAY: 

Select  Record  for  Container  History. 
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The  system  will  then  display  the  screen  below 
with  a  prompt  stating  "Press  <CANCEL>  to 
continue". 


SELECT  RECORD  FOR  CONTAINER  HISTORY 

This  2  position  number  is  used  to  determine  when  a  container 
record  is  to  be  removed  from  the  active  file  and  placed  in 
the  Container  History  File. 

Enter  number  of  days.  EXAMPLE*.  45 


IF: 

The  System  Administrator  desires  to  change  the  "Select  Record 
for  Container  History"  value. 

THEN: 

The  program  will  allow  the  System  Administrator  to 
change  the  value  by  simply  using  the  "Over  Type"  and/ 
or  "Delete"  keys  and  entering  the  new  value.  The 
value  entered  will  be  edited  to  insure  that  it  is 
numeric  and  has  a  field  length  of  two  positions. 

IF: 

The  data  entered  does  not  meet  the  edit  criteria. 

THEN: 

The  system  will  display  appropriate  prompts-’ 

"Must  be  a  number ... .re-enter"  or  "Must  not  be 
greater  than  2  positions ... .re-enter" . 

IF: 

The  System  Administrator  desires  to  select  another  value  for 
updating  or  changing. 


i 


.1 


4 


3 


d 


THEN: 

The  program  will  allow  the  System  Administrator  to 
locate  the  cursor  on  any  of  the  other  values  by  press¬ 
ing  a  combination  of  the  <RETURN>  key  or  Up  and  Down 
Direction  Arrow  Keys.  When  any  of  these  keys  are 
pressed,  the  system  will  immediately  update  the  System 
Parameter  Table  with  any  changed  parameter  value. 

b.)  IF: 

The  cursor  is  placed  on  the  "60  Days  Old  Deletion  Process"  and 


1 


;< 

7 

y 

V 

y 

y 

X 
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the  <HELP>  key  is  pressed. 

THEN: 

The  system  will  display  a  help  screen  window  containing 
the  following  information: 

DISPLAY: 

60  Days  Old  Deletion  Process 

The  system  will  then  display  the  screen  below 

with  a  prompt  stating  "Press  <CANCEL>  to 

continue". 


60  DAYS  OLD  DELETION  PROCESS 

This  2  position  number  is  used  to  select  containers 
that  have  been  forecasted  to  arrive,  but  have  not 
arrived  after  a  pre-determined  number  of  days. 

Enter  number  of  days.  EXAMPLE:  60 


The  System  Administrator  desires  to  change  the  "60  Days  Old 
Deletion  Process"  value. 

THEN: 

The  program  will  allow  the  System  Administrator  to 
change  the  value  by  simply  using  the  "Over  Type" 
and/or  "Delete"  keys  and  entering  the  new  value. 

The  value  entered  will  be  edited  to  insure  that 
it  is  numeric  and  has  a  field  length  of  two 
positions . 

IF: 

The  data  entered  does  not  meet  the  edit  criteria. 

THEN: 

The  system  will  display  appropriate  prompts: 
"Must  be  a  number. .. .re-enter"  or  "Must  not  be 
greater  than  2  positions - re-enter". 


IF: 


The  System  Administrator  desires  to  select  another  value  for 
updating  or  changing. 
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THEN*. 

The  program  will  allow  the  System  Administrator  to 
locate  the  cursor  on  any  of  the  other  values  by  press¬ 
ing  a  combination  of  the  <RETURN>  key  or  Up  and  Down 
Direction  Arrow  Keys.  When  any  of  these  keys  are 
pressed,  the  system  will  immediately  update  the  System 
Parameter  Table  with  any  changed  parameter  value. 


c.)  IF; 

The  cursor  is  placed  on  the  "Containers  On  Hand  Over  "X" 

Days"  and  the  <HELP>  key  is  pressed. 

THEN: 

The  system  will  display  a  help  screen  window  contain¬ 
ing  the  following  information: 

DISPLAY: 

Containers  On  Hand  Over  "X"  Days 

The  system  will  then  display  the  screen  below 

with  a  prompt  stating  "Press  <CANCEL>  to 

continue" 


CONTAINERS  ON  HAND  OVER  "X"  DAYS 

This  one  position  number  controls  the  printing  of 
a  report  showing  containers  which  have  arrived  at 
a  stop  but  have  not  been  discharged. 

Enter  number  of  days.  EXAMPLE:  5 


IF: 

The  System  Administrator  desires  to  change  the  "Containers  On 
Hand  Over  "X"  Days"  value. 

THEN: 

The  program  will  allow  the  System  Administrator  to 
change  the  value  by  simply  using  the  "Over  Type"  and/ 
or  "Delete"  keys  and  entering  the  new  value.  The 
value  entered  will  be  edited  to  insure  that  it  is 
numeric  and  has  a  field  length  of  one  position. 

IF: 

The  data  entered  does  not  meet  the  edit  criteria. 


THEN: 
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The  system  will  display  appropriate  prompts: 

"Must  be  a  number _ re-enter"  or  "Must  not  be 

greater  than  1  position. .. .re-enter". 


The  System  Administrator  desires  to  select  another  value  -for 
updating  or  changing. 

THEN: 

The  program  will  allow  the  System  Administrator  to 
locate  the  cursor  on  any  of  the  other  values  by  press¬ 
ing  a  combination  of  the  <RETURN>  kev  or  Up  and  Down 
Direction  Arrow  Keys.  When  any  of  these  keys  are 
pressed,  the  system  will  immediately  update  the  System 
Parameter  Table  with  any  changed  parameter  value. 

d.)  IF: 

The  cursor  is  placed  on  the  "Container  Origin  Code"  and  the 
<HELP>  key  is  pressed. 

THEN: 

The  system  will  display  a  help  screen  window  contain¬ 
ing  the  following  information: 

DISPLAY: 

Containers  Origin  Code 

The  system  will  then  display  the  screen  below 
with  a  prompt  stating  "Press  <CANCEL>  to 
continue". 


CONTAINERS  ORIGIN  CODE 

Enter  the  3  position  container  origin 
code  assigned  to  your  activity. 


The  System  Administrator  desires  to  change  the  "Containers 
Origin  Code"  value. 

THEN: 

The  program  will  allow  the  System  Administrator  to 
change  the  value  by  simply  using  the  "Over  Type" 
and/or  "Delete"  keys  and  entering  the  new  value. 

The  value  entered  will  be  edited  to  insure  that  it 
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has  a  -field  length  o-f  three  positions  and  no  blank 
spaces . 


The  data  entered  does  not  meet  the  edit  criteria. 


THEN: 


The  system  will  display  appropriate  prompts: 
"Code  cannot  exceed  3  positions. .. .re-enter" 
or  "Field  cannot  contain  blank  spaces _ .re¬ 
enter". 


The  System  Administrator  desires  to  select  another  value  for 
updating  or  changing. 


THEN: 


e.)  IF 


The  program  will  allow  the  System  Administrator  to 
locate  the  cursor  on  any  of  the  other  values  by  press¬ 
ing  a  combination  of  the  <RETURN>  key  or  Up  and  Down 
Direction  Arrow  Keys.  When  any  of  these  keys  are 
pressed,  the  system  will  immediately  update  the  System 
Parameter  Table  with  any  changed  parameter  value. 


The  cursor  is  placed  on  the  "Notification  from  TMCA  of 
Container  Deletion"  and  the  <HELP>  key  is  pressed. 


THEN: 


The  system  will  display  a  help  screen  window  containing 
the  following  information: 


DISPLAY: 


Notification  from  TMCA  of  Container  Deletion 
The  system  will  then  display  the  screen  below 
with  a  prompt  stating,  "Press  <CANCEL>  to 
continue". 


NOTIFICATION  FROM  TMCA  OF  CONTAINER  DELETION 

This  1  position  number  is  used  to  determine  the  number  of  days 
to  wait  for  a  reply  from  1st  TMCA  before  deleting  the  container 
record  that  has  been  identified  for  deletion  in  the  60  Day 
Deletion  Process. 

Enter  number  of  days.  EXAMPLE:  5 
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The  System  Administrator  desires  to  change  the  "Notification 
from  TMCA  of  Container  Deletion"  value. 


THEN: 


The  program  will  allow  the  System  Administrator  to 
change  the  value  by  simply  using  the  "Over  Type" 
and/or  "Delete"  keys  and  entering  the  new  value. 
The  value  entered  will  be  edited  to  insure  that  it 
is  numeric  and  has  a  field  length  of  one  position. 


The  data  entered  does  not  meet  the  edit  criteria. 


THEN: 


The  system  will  display  appropriate  prompts 
"Must  be  a  nunrfaer. .. .re-enter"  or  "Must  not 
be  greater  than  1  pos it  ion. .. .re-enter" . 


The  System  Administrator  desires  to  select  another  value 
for  updating  or  changing.  t 


THEN; 


f.)  IF; 


The  program  will  allow  the  System  Administrator  to 
locate  the  cursor  on  any  of  the  other  values  by 
pressing  a  combination  of  the  <RETURN>  key  or  Up 
and  Down  Direction  Arrow  Keys.  When  any  of  these 
keys  are  pressed,  the  system  will  immediately 
update  the  System  Parameter  Table  with  any 
changed  parameter  value. 


The  cursor  is  placed  on  the  "Origin  MCE  Code"  and  the  <HELP> 
key  is  pressed. 


THEN; 


The  system  will  display  a  help  screen  window  containing 
the  following  information: 


DISPLAY; 


Origin  MCE  Code 

The  system  will  then  display  the  screen  below 
with  a  prompt  stating  "Press  <CANCEL>  to 
continue". 
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ORIGIN  MCE  CODE 

Enter  the  1  position  alphabetic 
Movements  Control  Element  Code 
(MCE  Code)  assigned  to  your  activity. 


The  System  Administrator  desires  to  change  the  "Origin  MCE 
Code"  value. 

THEN: 

The  program  will  allow  the  System  Administrator  to 
change  the  value  by  simply  using  the  "Over  Type" 
and/or  "Delete"  keys  and  entering  the  new  value. 

The  value  entered  will  be  validated  against  the 
values  found  in  the  CgoMCE  Table. 

IF: 

The  value  entered  matches  the  MCEPrefix  in 
CgoMCE  Tbl. 

THEN: 

It  will  be  used  to  update  the  System  Para¬ 
meter  Tbl  when  the  <G0>  key  is  pressed. 

IF: 

The  value  entered  is  not  contained  in  the  CgoMCE 
Tbl. 

THEN: 

Display  a  prompt  stating  "Not  a  valid 
code. .. .please  re-enter". 


The  System  Administrator  desires  to  select  another  value  for 
updating  or  changing. 

THEN: 

The  program  will  allow  the  System  Administrator  to 
locate  the  cursor  on  any  of  the  other  values  by  press¬ 
ing  a  combination  of  the  <RETURN>  key  or  Up  and  Down 
Direction  Arrow  Keys.  When  any  of  these  keys  are 
pressed,  the  system  will  immediately  update  the  System 
Parameter  Table  with  any  changed  parameter  value. 
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The  cursor  is  placed  on  the  "Origin  DODAAC"  and  the  <HELP>  j 

key  is  pressed.  < 

( 

THEN:  : 

The  system  will  display  a  help  screen  window  contain¬ 
ing  the  -Following  information: 

DISPLAY: 

Origin  DODAAC  I 

The  system  will  then  display  the  screen  below 
with  a  prompt  stating  "Press  <CANCEL>  to 
continue". 


ORIGIN  DODAAC 

Enter  the  6  position  DODAAC 
assigned  to  your  activity. 


The  System  Administrator  desires  to  change  the  "Origin  DODAAC"' 
value. 

THEN: 

The  program  will  allow  the  System  Administrator  to 
change  the  value  by  simply  using  the  "Over  Type" 
and/or  "Delete"  keys  and  entering  the  new  value. 

The  value  entered  will  be  validated  against  the 
values  found  in  the  CgoActivity  File. 

IF: 

The  value  entered  matches  the  AACCurr  in 
CgoActivity  File. 

THEN: 

It  will  be  used  to  update  the  System 
Parameter  Tbl  when  the  <G0>  key  is 
pressed. 

IF: 

The  value  entered  is  not  contained  in  the 
CgoActivity  File. 


THEN: 


Display  a  prompt  stating  "Not  a  valid 
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code. .. .please  re-enter" 


The  System  Administrator  desires  to  select  another  value  For 
updating  or  changing. 


THEN: 


h.)  IF 


The  program  will  allow  the  System  Administrator  to 
locate  the  cursor  on  any  oF  the  other  values  by  press¬ 
ing  a  combination  oF  the  <RETURN>  key  or  Up  and  Down 
Direction  Arrow  Keys.  When  any  oF  these  keys  are 
pressed,  the  system  will  immediately  update  the  System 
Parameter  Table  with  any  changed  parameter  value. 


The  System  Administrator  has  completed  changing  the  value(s) 
in  "Container  Operations". 


THEN: 


The  System  Administrator  presses  the  <FINISH>  key.  The 
computer  will  assign  the  new  value(s>  to  the  appro¬ 
priate  parameter(s)  in  the  System  Parameter  Table  and 
display  the  "System  Parameters"  menu  screen  (First 
Process  Screen). 


then: 


The  System  Administrator  can  press  the  <FINISH> 
key  which  will  display  the  "System  Parameters" 
menu  screen  (First  Process  Screen)  and  a  prompt 
stating  "Exit  menu?  Press  <G0>  to  conFirm,  or 
<CANCEL>". 


The  System  Administrator  presses  the  <G0> 
key. 


THEN: 


The  system  will  return  to  the  "Master 
Menu"  screen. 


The  System  Administrator  presses  the 
<CANCEL>  key. 


THEN: 


The  system  will  place  the  cursor  on 
the  blank  space  to  the  right  oF 
"Select  Options". 
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3.)  IF: 


The  value  (2)  is  entered  in  the  "Select  Option"  space  and  the 
<G0>  key  is  pressedi  the  "System  Parameters"  screen  will  be 
displayed. 


MOVE: 


ELSE: 


Or iflin-MCE-Pref ix  and  Or igin-DODAAC  to  the  screen, 


The  System  Administrator  can  press  the  <FINISH>  key  to 
exit  to  the  "Master  Menu"  screen. 


display: 


Movement  Control  screen. 

The  system  will  then  display  the  screen  below  with  < 
prompt  stating  "Select  parameter  and  enter  value. 
Press  <HELP>  or  <FINISH>".  The  cursor  will  be  dis¬ 
played  on  the  first  value  opposite  the  "Origin  MCE 
Code". 


SYSTEM  PARAMETERS 

NAME 

VALUE 

Origin  MCE  Code 

M 

Origin  DODAAC 

UK4FHA 

a.)  IF: 


The  cursor  is  placed  on  the  "Origin  MCE  Code"  and  the  <HELP> 
key  is  pressed. 


THEN: 


The  system  will  display  a  help  screen  window  containing 
the  following  information: 


DISPLAY; 


Origin  MCE  Code 

The  system  will  then  display  the  screen 
below  with  a  prompt  stating  "Press  <CANCEL> 
to  continue". 
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ORIGIN  MCE  CODE 

Enter  the  1  position  alphabetic 
Movements  Control  Element  Code 
(MCE  Code)  assigned  to  your  activity. 


The  System  Administrator  desires  to  change  the  “Origin  MCE 
Code"  value. 

then: 

The  program  will  allow  the  System  Administrator  to 
change  the  value  by  simply  using  the  "Over  Type"  and/ 
or  "Delete"  keys  and  entering  the  new  value.  The 
value  entered  will  be  validated  against  the  values 
found  in  the  CgoMCE  Table. 

IF: 

The  value  entered  matches  the  MCEPrefix  in 
CgoMCE  Tbl. 

THEN: 

It  will  be  used  to  update  the  System 
Parameter  Tbl  when  the  <G0>  key  is 
pressed. 

IF: 

The  value  entered  is  not  contained  in  the  Cgo¬ 
MCE  Tbl. 

THEN: 

Display  a  prompt  stating  "Not  a  valid 
code - please  re-enter". 


The  System  Administrator  desires  to  select  another  value  for 
updating  or  changing. 

THEN: 

The  program  will  allow  the  System  Administrator  to 
locate  the  cursor  on  any  of  the  other  values  by  press¬ 
ing  a  combination  of  the  <RETURN>  key  or  Up  and  Down 
Direction  Arrow  Keys.  When  any  of  these  keys  are 
pressed,  the  system  will  immediately  update  the  System 
Parameter  Table  with  any  changed  parameter  value. 


ADSM  18-LZ4-AKM-BUR-FD 
WORKING  DRAFT  3.0 
DECEMBER  1987 


The  cursor  ts  placed  on  the  "Origin  DODAAC"  and  the  <HELP> 
key  is  pressed. 

THEN: 

The  system  will  display  a  help  screen  window  contain¬ 
ing  the  following  information: 

DISPLAY: 

Origin  DODAAC 

The  system  will  then  display  the  screen 
below  with  a  prompt  stating  "Press  <CANCEL> 
to  continue". 


I 

ORIGIN  DODAAC 

Enter  the  6  position  DODAAC 
assigned  to  your  activity. 


The  System  Administrator  desires  to  change  the  "Origin 
DODAAC"  value. 

THEN: 

The  program  will  allow  the  System  Administrator  to 
change  the  value  by  simply  using  the  "Over  Type" 
and/or  "Delete"  keys  and  entering  the  new  value. 
The  value  entered  will  be  validated  against  the 
values  found  in  the  CgoActivity  File. 

IF: 

The  value  entered  matches  the  AACCurr  in 
CgoActivity  File. 

THEN: 

It  will  be  used  to  update  the  System 
Parameter  Tbl  when  the  <G0>  key  is 
pressed. 

IF: 

The  value  entered  is  not  contained  in  the 
CgoActivity  File. 

THEN: 

Display  a  prompt  stating  "Not  a  valid 
code _ please  re-enter". 
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The  System  Administrator  desires  to  select  another  value  for 
updating  or  changing. 


THEN: 


The  program  will  allow  the  System  Administrator  to 
locate  the  cursor  on  any  of  the  other  values  by  press¬ 
ing  a  combination  of  the  <RETURN>  key  or  Up  and  Down 
Direction  Arrow  Keys.  When  any  of  these  keys  are 
pressed,  the  system  will  immediately  update  the  System 
Parameter  Table  with  any  changed  parameter  value. 


The  System  Administrator  has  completed  changing  the  value(s) 
in  "Movement  Control". 


THEN: 


The  System  Administrator  presses  the  <FINISH>  key.  The 
computer  will  assign  the  new  value(s)  to  the  appro¬ 
priate  parameter(s>  in  the  System  Parameter  Table 
and  display  the  "System  Parameters"  menu  screen  (First 
Process  Screen). 


THEN: 


The  System  Administrator  can  press  the  <FINISH> 
key  which  will  display  the  "System  Parameters" 
menu  screen  (First  Process  Screen)  and  a  prompt 
stating  "Exit  menu?  Press  <G0>  to  confirm,  or 
<CANCEL>". 


The  System  Administrator  presses  the  <G0> 
key. 


then: 


The  system  will  return  to  the  "Master 
Menu"  screen. 


The  System  Administrator  presses  the 
<CANCEL>  key. 


then: 


The  system  will  place  the  cursor  on 
the  blank  space  to  the  right  of 
"Select  Options". 


4.)  IF: 


The  value 


is  entered  in  the  "Select  Option"  space  and  the 
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<G0>  key  is 
displayed. 


pressed,  the  "System  Parameters"  screen  will  be 


MOVE: 


Or i g i n-MCE-Pref i x ,  Or i g i n-DODAAC , 

Freight-Hi story-Sel-Cri ter ia,  Label-Pr int-Flag, 
Commitment-Print-Flag,  Freight-Origin-Code,  and 
Number-463L-Pallet-Criteria  to  the  screen. 


#  i 


ELSE! 


The  System  Administrator  can  press  the  <FINISH>  key 
to  exit  to  the  "Master  Menu"  screen. 


display: 


Freight  Operations  screen. 

The  system  wilt  then  display  the  screen  below 
with  a  prompt  stating  "Select  parameter  and 
enter  value,  Press  <HELP>  or  <FINISH>". 

The  cursor  will  be  displayed  on  the  first 
value  opposite  the  "Origin  MCE  Code". 


SYSTEM  PARAMETERS 

1 

NAME 

VALUE 

Origin  MCE  Code 

M 

Origin  DODAAC 

WK4FHA 

Select  Record  for  Freight  History 

45 

Print  Labels 

N 

Print  Commitment 

N 

Freight  Origin  Code 

AIG 

Number  of  463L  Pallets 

25 

a.)  IF: 


The  cursor  is  placed  on  the  "Origin  MCE  Code"  and  the  <HELP> 
key  is  pressed. 


THEN: 


The  system  will  display  a  help  screen  window  containing 
the  following  information: 


DISPLAY: 


Origin  MCE  Code 

The  system  will  then  display  the  screen  below 
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with  a  prompt  stating  "Press  <CANCEL>  to 
continue". 


ORIGIN  MCE  CODE 

Enter  the  1  position  alphabetic 
Movements  Control  Element  Code 
(MCE  Code)  assigned  to  your  activity. 


The  System  Administrator  desires  to  change  the  "Origin  MCE 
Code"  value. 

THEN: 

The  program  will  allow  the  System  Administrator  to 
change  the  value  by  simply  using  the  "Over  Type" 
and/or  "Delete"  keys  and  entering  the  new  value. 

The  value  entered  will  be  validated  against  the 
values  found  in  the  CgoMCE  Table. 

IF: 

The  value  entered  matches  the  MCEPre-fix  in 
CgoMCE  Tbl. 

then: 

It  will  be  used  to  update  the  System  Para¬ 
meter  Tbl  when  the  <G0>  key  is  pressed. 

IF; 

The  value  entered  is  not  contained  in  the  CgoMCE 
Tbl . 

THEN: 

Display  a  prompt  stating  "Not  a  valid 
code. .. .please  re-enter". 


The  System  Administrator  desires  to  select  another  value  -for 
updating  or  changing. 

THEN: 

The  program  will  allow  the  System  Administrator  to 
locate  the  cursor  on  any  of  the  other  values  by  press¬ 
ing  a  combination  of  the  <RETURN>  key  or  Up  and  Down 
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Direction  Arrow  Keys.  When  any  of  these  keys  are 
pressed,  the  system  will  immediately  update  the  System 
Parameter  Table  with  any  changed  parameter  value. 


The  cursor  is  placed  on  the  "Origin  DODAAC"  and  the  <HELP> 
key  is  pressed. 


THEN: 


The  system  will  display  a  help  screen  window  containing 
the  following  information: 


DISPLAY: 


Origin  DODAAC 

The  system  will  then  display  the  screen  below 
with  a  prompt  stating  "Press  <CANCEL>  to 
continue" . 


ORIGIN  DODAAC 

Enter  the  6  position  DODAAC 
assigned  to  your  activity. 


The  System  Administrator  desires  to  change  the  "Origin  DODAAC" 
value. 


THEN: 


The  program  will  allow  the  System  Administrator  to 
change  the  value  by  simply  using  the  "Over  Type" 
and/or  "Delete"  keys  and  entering  the  new  value. 
The  value  entered  will  be  validated  against  the 
values  found  in  the  CgoActivity  File. 


The  value  entered  matches  the  AACCurr  in 
CgoActivity  File. 


then: 


It  will  be  used  to  update  the  System 
Parameter  Tbl  when  the  <G0>  key  is 
pressed. 


The  value  entered  is  not  contained  in  the 
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CgoAct i V 1 ty  File. 

THEN: 

Display  a  prompt  stating  "Not  a  valid 
code. .. .please  re-enter". 


The  System  Administrator  desires  to  select  another  value  for 
updating  or  changing. 

THEN: 

The  program  will  allow  the  System  Administrator  to 
locate  the  cursor  on  any  of  the  other  values  by  press¬ 
ing  a  combination  of  the  <RETLIRN>  key  or  Up  and  Down 
Direction  Arrow  Keys.  When  any  of  these  keys  are 
pressed,  the  system  will  immediately  update  the  System 
Parameter  Table  with  any  changed  parameter  value. 


c.)  IF: 

The  <HELP>  key  is  pressed  with  the  cursor  on  the  "Select 
Record  for  Freight  History". 

THEN: 

The  system  will  display  a  help  screen  window  contain¬ 
ing  the  following  information: 

DISPLAY: 

Select  Record  for  Freight  History. 

The  system  will  then  display  the  screen  below 
with  a  prompt  stating  "Press  <CANCEL>  to 
cont inue". 


SELECT  RECORD  FOR  FREIGHT  HISTORY 

Enter  a  2  position  number  to  indicate  the 
number  of  days  a  commitment  is  retained  in 
the  active  file  after  it  is  completed.  Selected 
records  are  then  sent  to  the  Freight  History 
File. 

Enter  number  of  days.  EXAMPLE:  45 


IF: 

The  System  Administrator  desires  to  change  the  "Select  Record 
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for  Freight  History"  value. 


THEN: 


The  program  will  allow  the  System  Administrator  to 
change  the  value  by  simply  using  the  "Over  Type" 
and/or  "Delete"  keys  and  entering  the  new  value. 
The  value  entered  will  be  edited  to  insure  that 
it  is  numeric  and  has  a  field  length  of  two 
pos it  ions . 


The  data  entered  does  not  meet  the  edit  criteria. 


j 

I 

I 

i. 


THEN: 


The  system  will  display  appropriate  prompts 
"Must  be  a  number ....  re-enter"  or  "Must  not 
be  greater  than  2  pos it  ions ... .re-enter" . 


The  System  Administrator  desires  to  select  another  value  for 
updating  or  changing. 


THEN: 


d.)  IF 


The  program  will  allow  the  System  Administrator  to 
locate  the  cursor  on  any  of  the  other  values  by  press¬ 
ing  a  combination  of  the  <RETURN>  key  or  Up  and  Down 
Direction  Arrow  Keys.  When  any  of  these  keys  are 
pressed,  the  system  will  immediately  update  the  System 
Parameter  Table  with  any  changed  parameter  value. 


The  <HELP>  key  is  pressed  with  the  cursor  on  the  "Print 
Labels" . 


THEN: 


The  system  will  display  a  help  screen  window  con¬ 
taining  the  following  information: 


DISPLAY; 


Print  Labels 

The  system  will  then  display  the  screen 
below  with  a  prompt  stating  "Press 
<CANCEL>  to  continue". 


PRINT  LABELS 

Controls  the  printing  of  shipping 
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labels  while  performing  various 
freight  functions. 

Enter  a  "Y"  or  **N“. 


The  System  Administrator  desires  to  change  the  “Print 
Labels'*  value. 

THEN: 

The  program  will  allow  the  System  Administrator  to 
change  the  value  by  simply  using  the  "Over  Type" 
and/or  "Delete"  keys  and  entering  the  new  value. 
The  value  entered  will  be  edited  to  insure  that 
it  is  either  a  "Y"  or  "N". 

IF: 

The  data  entered  does  not  meet  the  edit  criteria. 
THEN: 

The  system  will  display  a  prompt:  "Must  be 
a  "Y"  or  "N" _ re-enter". 


The  System  Administrator  desires  to  select  another  value  for 
updating  or  changing. 

THEN: 

The  program  will  allow  the  System  Administrator  to 
locate  the  cursor  on  any  of  the  other  values  by  press¬ 
ing  a  combination  of  the  <RETURN>  key  or  Up  and  Down 
Direction  Arrow  Keys.  When  any  of  these  keys  are 
pressed,  the  system  will  immediately  update  the  System 
Parameter  Table  with  any  changed  parameter  value. 


IF: 


The  <HELP>  key  is  pressed  with  the  cursor  on  the  "Print 
Commitment" . 

THEN: 

The  system  will  display  a  help  screen  window  con¬ 
taining  the  following  information: 

DISPLAY: 

Print  Commitment 

The  system  will  the  display  the  screen 
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below  with  a  prompt  stating  "Press 
<CANCEL>  to  continue". 


PRINT  COMMITMENT 

Controls  the  printing  of  a  commitment 
while  performing  various  freight  functions. 

Enter  a  "Y"  or  "N". 


The  System  Administrator  desires  to  change  the  "Print 
Commitment"  value. 

THEN: 

The  program  will  allow  the  System  Administrator  to 
change  the  value  by  simply  using  the  "Over  Type" 
and/or  "Delete"  keys  and  entering  the  new  value. 
The  value  entered  will  be  edited  to  insure  that 
it  is  either  a  "Y"  or  "N". 

IF: 

The  data  entered  does  not  meet  the  edit  criteria. 
THEN: 

The  system  will  display  a  prompt:  "Must 
be  a  "Y"  or  "N" ... .re-enter" . 


The  System  Administrator  desires  to  select  another  value  for 
updating  or  changing. 

THEN: 

The  program  will  allow  the  System  Administrator  to 
locate  the  cursor  on  any  of  the  other  values  by  press¬ 
ing  a  combination  of  the  <RETURN>  key  or  Up  and  Down 
Direction  Arrow  Keys.  When  any  of  these  keys  are 
pressed,  the  system  will  immediately  update  the  System 
Parameter  Table  with  any  changed  parameter  value. 

f.)  IF: 

The  cursor  Is  placed  on  the  "Freight  Origin  Code"  and  the 
<HELP>  key  is  pressed. 


THEN: 
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The  system  will  display  a  help  screen  window  containing 
the  following  Information: 

DISPLAY: 

Freight  Origin  Code 

The  system  will  then  display  the  screen  below 
with  a  prompt  stating  "Press  <CANCEL>  to 
continue". 


FREIGHT  ORIGIN  CODE 

Enter  the  3  position  freight  origin 
code  assigned  to  your  activity. 


The  System  Administrator  desires  to  change  the  "Freight 
Origin  Code"  value. 

THEN: 

The  program  will  allow  the  System  Administrator  to 
change  the  value  by  simply  using  the  "Over  Type" 
and/or  "Delete"  keys  and  entering  the  new  value. 
The  value  entered  will  be  edited  to  insure  that 
it  has  a  field  length  of  three  positions  and 
no  blank  spaces. 

IF: 

The  data  entered  does  not  meet  the  edit  criteria. 
THEN: 

The  system  will  display  appropriate  prompts: 
"Cannot  exceed  3  positions. .. .re-enter." 
or  "Field  cannot  contain  blank  spaces.... 
re-enter". 


The  System  Administrator  desires  to  select  another  value  for 
updating  or  changing. 

THEN: 

The  program  will  allow  the  System  Administrator  to 
locate  the  cursor  on  any  of  the  other  values  by  press¬ 
ing  a  combination  of  the  <RETURN>  key  or  Up  and  Down 
Direction  Arrow  Keys.  When  any  of  these  keys  are 
pressed,  the  system  will  immediately  update  the  System 
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g.)  IF: 


Parameter  Table  with  any  changed  parameter  value. 


The  <HELP>  key  is  pressed  with  the  cursor  on  the  "Number  of 
463L  Pallets". 


THEN; 


The  system  will  display  a  help  screen  window  containing 
the  following  information: 


DISPLAY: 


Number  of  463L  Pallets 

The  system  will  then  display  the  screen  below 
with  a  prompt  stating  "Press  <CANCEL>  to 
continue" . 


NUMBER  OF  463L  PALLETS 

This  number  is  used  as  a  selection  criteria  for  identifying  all 
customers  who  have  a  quantity  of  463L  pallets  on  hand  equal  to 
or  greater  than  the  number  entered. 

For  Example:  If  you  enter  the  value  "20",  then  all  customers 
who  have  20  or  more  463L  pallets  will  appear  on  the  report. 


The  System  Administrator  desires  to  change  the  "Number  of 
463L  Pallets"  value. 


THEN: 


The  program  will  allow  the  System  Administrator  to 
change  the  value  by  simply  using  the  "Over  Type" 
and/or  "Delete"  keys  and  entering  the  new  value. 
The  value  entered  will  be  edited  to  insure  that 
it  is  numeric  and  has  a  field  length  of  two 
positions. 


The  data  entered  does  not  meet  the  edit  criteria. 


THEN: 


The  system  will  display  appropriate  prompts: 

"Must  be  a  number _ re-enter"  or  "Must  not 

be  greater  than  2  pos it  ions ... .re-enter" . 
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The  System  Administrator  desires  to  select  another  value  for 
updating  or  changing. 

THEN: 

The  program  will  allow  the  System  Administrator  to 
locate  the  cursor  on  any  of  the  other  values  by 
pressing  a  combination  of  the  <RETURN>  key  or  Up 
and  Down  Direction  Arrow  Keys. 


h.)  IF: 

The  System  Administrator  has  completed  changing  the 
value(s)  in  "Freight  Operations". 

THEN: 

The  System  Administrator  presses  the  <FINISH>  key.  The 
computer  will  assign  the  new  value(s)  to  the  appro¬ 
priate  parameter(s>  in  the  System  Parameter  Table 
and  display  the  "System  Parameters"  menu  screen 
(First  Process  Screen). 

then: 

The  System  Administrator  can  press  the  <FINISH> 
key  which  will  display  the  "System  Parameters" 
menu  screen  (First  Process  Screen)  and  a 
prompt  stating  "Exit  menu?  Press  <G0>  to 
confirm,  or  <CANCEL>". 

IF:  ; 

The  System  Administrator  presses  the  <GO> 
key. 

then;  ; 

The  system  will  return  to  the  "Master  i 

Menu"  screen.  1 

IF; 

The  System  Administrator  presses  the 
<CANCEL>  key. 

) 

THEN; 

The  system  will  place  the  cursor  on 

the  blank  space  to  the  right  of 

"Select  Options".  I 

I 

5.)  IF:  C 

The  value  (4)  is  entered  in  the  "Select  Option"  space  and  the  \ 
<GO>  key  is  pressed,  the  "System  Parameters"  screen  will  be  ' 

displayed. 
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MOVE: 


The  parameters  and  values: 

Cntnr-H i story-Se l-Cr i ter i a , 

Cntnr-De I et i on-Cr i ter i a ,  Cnt nr-On-Hand-Over-X-Cr i t er i a , 
Cntnr-Or  i  g  i  n-Code ,  Cntnr-De  I  et  i  on-Not  i  <f  i  cat  i  on , 
Orlgin-MCE-Pre-f lx,  Or igln-DODAAC, 

Fre i ght-H i story-Se I -Cr i ter i a ,  Labe  1 -Pr  f  nt-F I ag , 
Commitment-Print-Flag,  Freight-Origin-Code,  and 
Number-463L-Pal let-Criter ia  to  the  screen. 


THEN! 


The  System  Administrator  can  press  the  <FINISH> 
key  which  will  display  the  "System  Parameters" 
menu  screen  (First  Process  Screen)  and  a  prompt 
stating  "Exit  menu?  Press  <GO>  to  confirm,  or 
<CANCEL>". 


The  System  Administrator  presses  the  <G0> 
key. 


THEN: 


The  system  will  return  to  the  "Master 
Menu"  screen. 


The  System  Administrator  preses  the 
<CANCEL>  key. 


then: 


DISPLAY: 


The  system  will  place  the  cursor  on 
the  blank  space  to  the  right  of 
"Select  Options". 


All  Movement  Operations  screen. 

The  system  will  then  display  the  screen  below  with  a 
prompt  stating  "Select  parameter  and  enter  value, 
Press  <HELP>  or  <FINISH>".  The  cursor  will  be  dis¬ 
played  on  the  first  value  opposite  the  "Select 
Record  for  Container  History". 


SYSTEM  PARAMETERS 
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Select  Record  for  Container  History  45 

60  Days  Old  Deletion  Process  55 

Containers  On  Hand  Over  "X"  Days  5 

Container  Origin  Code  FIG 

Notification  from  TMCA  of  Container  Deletion  4 

Origin  MCE  Code  M 

Origin  DODAAC  UK4FHA 

Select  Record  for  Freight  History  45 

Print  Labels  N 

Print  Commitment  N 

Freight  Origin  Code  AIG 

Number  of  463L  Pallets  25 


NOTE:  Help  screens,  edits,  validations,  value  changes,  and  prompts 
specified  for  Container  Operations  (para  2),  Movement  Control  (para  3), 
and  Freight  Operations  (para  4)  will  be  used  for  "All  Movement 
Operations". 


6.)  IF: 

The  value  (5)  Is  entered  in  the  "Select  Option"  space  and  the 
<GO>  key  Is  pressed,  the  system  will  display  a  prompt  stating 
"Printing  System  Parameter  Report"  and  the  "System  Parameter 
Report"  will  be  printed. 

MOVE:  I 

The  parameters  and  values:  i 

Cntnr-Hlstory-Sel-Criterla,  ' 

Cntnr-Delet Ion-Criteria,  Cntnr-On-Hand-Over-X-Crlter ia, 
Cntnr-Or igln-Code,  Cntnr-Deletlon-Notif Ication,  ■ 

Or Igin-MCE-Pref lx,  Origin-DODAAC, 

Frelght-History-Sel-Criter la,  Label-Print-Flag,  ; 

Commitment-Print-Flag,  Freight-Origin-Code,  and  I 

Number-463L-Pal let-Criter la  to  the  printer.  1 

ELSE:  : 

The  System  Administrator  can  press  the  <FINISH>  key  j 

which  will  display  the  "System  Parameters"  menu  screen  ' 

(First  Process  Screen)  and  a  prompt  stating  "Exit  1 

menu?  Press  <G0>  to  confirm,  or  <CANCEL>". 

IF: 

The  System  Administrator  presses  the  <GO>  key. 

THEN: 

The  system  will  return  to  the  "Master 
Menu"  screen. 

■ 

! 
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The  System  Administrator  presses  the  <CANCEL> 
key. 

THEN: 

The  system  will  place  the  cursor  on  the 
blank  space  to  the  right  of  "Select 
Options". 

DISPLAY: 

Print  All  Parameters  report. 

The  system  will  then  print  the  "System  Parameter 
Report"  which  contains  all  parameter  names  and 
values  contained  in  the  System  Parameter  Tbl  as 
shown  below. 


SYSTEM  PARAMETER  REPORT 


DATE  XX/XX/XX 


PAGE  X 


PARAMETER  NAME 


PARAMETER  VALUE 


Select  Record  for  Container  History  45 

60  Days  Old  Deletion  Process  55 

Containers  On  Hand  Over  "X"  Days  5 

Container  Origin  Code  FIG 

Notification  from  TMCA  of  Container  Deletion  4 

Origin  MCE  Code  M 

Origin  DODAAC  WK4FHA 

Select  Record  for  Freight  History  45 

Print  Labels  N 

Print  Commitment  N 

Freight  Origin  Code  AIG 

Number  of  463L  Pallets  25 


DERIVES: 

Ma i nt-Param-Tb I -Pr i nt-Rept-Out 
USING  Maintain-Parameter-Tbl-Inp  ; 

DERIVES: 

Ma i nt-Param-Tb I -Pr i nt-Rept-Out 
USING  Maint-Param-Sys-Param-Ref  ; 
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DERIVES: 

Maint-Pararo-Tbl-Pr int-Rept'Out 
USING  Maint-Param-CgoMCE-ReF  ; 

DERIVES: 

Ma  f  nt-Param-Tb I -Pr i nt-Rept-Out 
USING  Maint-Param-CgoActUity-Ref  ; 

DERIVES: 

Ma  f  nt-Parameter-Tb l-D i sp-Out 
USING  Maintain-Parameter-Tbl-Inp  ; 

DERIVES: 

Ma I nt-Parameter-Tb I -D i sp-Out 
USING  MaJnt-Param-Sys-Param-Ref  ; 

DERIVES: 

Ma i nt-Parameter-Tb I -D i sp-Out 
USING  Ma  i  nt-Param-CgoMCE-Re-f  ; 

DERIVES: 

Maint-Parameter-Tbl-Di sp-Out 
USING  Maint-Param-CgoAct ivity-Ref  ; 

MAINTAINS: 

System-Parameter-Tbl  ; 

UPDATES; 

Ma i nt-Param-Sys-Param-Upd 
USING  Cntnr-History-Sel-Criteria  ; 

UPDATES; 

Ma \ nt-Param-Sys-Param-Upd 
USING  Cntnr-Deletton-Criteria  ; 

UPDATES: 

Ma i nt-Param-Sys-Pararo-Upd 
USING  Cntnr-On-Hand-Over-X-Criteria  ; 

UPDATES: 

Ma i nt-Param-Sys-Param-Upd 
USING  Cntnr-Origin-Code  ; 

UPDATES: 

Ma 1 nt-Param-Sy s-Param-Upd 
USING  Cntnr-Deletion-Notif icat ion  ; 

UPDATES; 

Ma i nt-Param-Sy s-Param-Upd 
USING  Origin-MCE-Pref ix  ; 

UPDATES; 

Ma 1 nt-Param-Sy s-Param-Upd 
USING  Origin-DODAAC  ; 

UPDATES; 

Ma i nt-Param-Sys-Param-Upd 
USING  Freight-History-Sel-Criteria  ; 

UPDATES: 

Ma i nt-Param-Sys-Param-Upd 
USING  Label -Print-Flag  ; 

UPDATES: 

Ma i nt-Param-Sys-Param-Upd 
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USING  Comm ftment-Prlnt-F lag  ; 

UPDATES: 

Ma i nt-Param-Sys-Param-Upd 
USING  Freight-Orlgln-Code  ; 

UPDATES: 

Ma i nt-Param-Sys-Param-Upd 
USING  Number-463L“Pal let-Criteria  ; 

EMPLOYS: 

System-Parameter-Tbl  , 

CgoAct ivity-File  f 

CgoMCE-Tbl  ; 

USES:  Maintain-Parameter-Tbl-Inp 

TO  DERIVE  Maint-Param-Tbl-Print-Rept-Out  ; 

USES:  Maint-Param-Sys-Param-Ref 

TO  DERIVE  Maint-Param-Tbl-Print-Rept-Out  ; 

USES:  Maint-Param-CgoMCE-Ref 

TO  DERIVE  Maint-Param-Tbl-Print-Rept-Out  ; 

USES :  Ma  i  nt-Param-CgoAct  i  v  i  ty-Re-f 

TO  DERIVE  Maint-Param-Tbl-Print-Rept-Out  ; 

USES :  Ma i nta i n-Parameter-Tb I - Inp 

TO  DERIVE  Maint-Parameter-Tbl-Disp-Out  ; 

USES:  Maint-Param-Sys-Param-Re-f 

TO  DERIVE  Maint-Parameter-Tbl-Disp-Out  ; 

USES:  Maint-Param-CgoMCE-Ref 

TO  DERIVE  Maint-Parameter-Tbl-Disp-Out  ; 

USES :  Ma  i  nt-Param-CgoAct  i  v  i  ty-Re-f 

TO  DERIVE  Maint-Parameter-Tbl-Disp-Out  ; 

USES:  Cntnr-History-Sel-Criteria 

TO  UPDATE  Maint-Param-Sys-Param-Upd  ; 

USES:  Cntnr-Delet ion-Cr iteria 

TO  UPDATE  Maint-Param-Sys-Param-Upd  ; 

USES :  Cntnr-On-Hand-Over-X-Cr i t er i a 

TO  UPDATE  Maint-Param-Sys-Param-Upd  ; 

USES:  Cntnr-Or igin-Code 

TO  UPDATE  Maint-Param-Sys-Param-Upd  ; 

USES:  Cntnr-Delet ion-Not if i cat  ion 

TO  UPDATE  Maint-Param-Sys-Param-Upd  ; 

USES:  Origin-MCE-Prefix 

TO  UPDATE  Maint-Param-Sys-Param-Upd  ; 

USES:  Or i g i n-DODAAC 

TO  UPDATE  Maint-Param-Sys-Param-Upd  ; 

USES :  Fre i ght-H i story-Sel-Cr iter i a 

TO  UPDATE  Maint-Param-Sys-Param-Upd  ; 

USES:  Labe  I -Print-Flag 

TO  UPDATE  Maint-Param-Sys-Param-Upd  ; 

USES:  Commitment-Print-Flag 

TO  UPDATE  Maint-Param-Sys-Param-Upd  ; 

F  re i ght-Or i g i n-Code 
TO  UPDATE  Maint-Param-Sys-Param-Upd  ; 


USES 
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USES:  Number-463L-PaUet-Cr  iter  ia 

TO  UPDATE  Maint-Param-Sys-Param-Upd  ; 

ADDS:  Maint-Param-Sys-Param-Upd  TO  System-Parameter-Tbl 

REFERENCES:  Maint-Param-CgoActivity-ReT  IN  CgoAct ivity-Fi le  ; 

REFERENCES:  Maint-Param-CgoMCE-Ref  IN  CgoMCE-Tbl  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Morris’  ; 
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System 

-Operator 


<Menu-Open- 1 n  p> 


_  <CntnrMov-MtnStp-Info> 
CntnrMov  < — ■  -  — ■  — 

-File  <  — .  -■■  ■  ■■  "■  ■ 

—  <CntnrMov-MtnStf>-Info> 


-  <Cntnr(v)ovStp-MtnStp)-Info> 

CntnrMovStp  - 

-File  I  . . . 


<CntnrMovSt p-MtnSt  p- 1 nf o> 
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DEFltJE  PROCESS  Maintain-Stops  ; 

DESCRIPTION; 

Maintain  Stops 

In  the  event  a  container  is  not  delivered  to  a  -forecasted  stop,  this 
process  updates  the  container  database  by  allowing  the  addition,  or 
deletion,  of  a  stop  complete  flag. 

KEYWORD  IS:  ’Container’  , 

’LOB’  ; 

SEE  MEMO: 

Front-End-Process-Memo  , 

TCR-for-Maintain-Stops-Memo  ; 

RECEIVES: 

Menu-Open- I np  ; 

PART  OF;  Rec■^Report-Cntnr-Mov-Events  ; 

PROCEDURE; 

FRONT  END  PROCESS: 


User  enters  CntnrNo 
MATCH: 

CntnrNo  from  screen  with  CntnrNo  in  CntnrMovStp  File 
IF: 

NO  MATCH: 

DISPLAY: 

"Container  Number  not  valid,  reenter  or 
exit  process." 

else: 

Use  CntnrNo  to  access  CntnrMovStp. 

DISPLAY: 

"CntnrNo  CntnrOwn  Consignee  MuItiStpNo  StpComp" 
XXXXX  XXXX  XXXXXX  X 

System  will  allow  user  to  course  through  this 
scrollable  screen  to  the  desired  stop.  When  the 
stop  is  selected,  the  user  will  hit  "GO"  and 
the  first  process  screen  will  be  displayed. 

MOVE: 

CntnrNoPref ix  from  CntnrMov  to  Container 
Number  on  first  process  screen. 

DISPLAY: 

First  Process  Screen 


User  enters  CntnrNo  +  CntnrNoPref i x 
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MATCH! 


DISPLAY: 


CntnrNo  from  screen  with  CntnrNo  in  CntnrMovStp  File 
IF: 

NO  MATCH: 

DISPLAY: 

"Container  Number  not  valid,  reenter  or 
exit  process." 

EDIT: 

System  will  edit  CntnrNoPref ix 
IF: 

CntnrNoPref ix  <  >  Alphanumeric 
DISPLAY: 

Err  Msg  -  "Container  number  must 
be  alphanumeric." 

ELSE: 

Use  CntnrNo  from  screen  to  access  CntnrMovStp. 
DISPLAY: 

"CntnrNo  CntnrOwn  Consignee  MultiStpNo" 
XXXXXXXX  XXXX  XXXXXX  X 

System  will  allow  user  to  course  through  this 
scrollable  screen  to  the  desired  stop.  When  the 
stop  is  selected,  the  user  will  hit  "GO"  and  the 
first  process  screen  will  be  displayed. 

IF:  CntnrNoPref ix  in  CntnrMov  =  000 

UPDATE:  Screen  entered  CntnrNoPref i x  to 
CntnrNoPref ix  in  CntnrMov. 

MOVE:  CntnrNoPref ix  from  CntnrMov  to  Container 
Number  on  First  Process  Screen. 

r: 

First  Process  Screen 


User  enters  FWTNo 
MATCH: 

FWTNo  from  screen  with  FWTNo  in  CntnrMov  File 
IF: 

NO  MATCH: 

display:  Freight  Warrant  Number  entered  not 
valid.  Reenter  or  exit  the  process. 

ELSE  : 

Use  CntnrNo  and  CntnrOwnAbbr  found  in  the 
CntnrMov  file  to  access  CntnrMovStp 
DISPLAY; 

Cntnr  Mov  Stop  data  as  follows: 


CntnrNo 


CntnrOwn  Consignee  MultiStpNo 
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XXXXX 


XXXX 


XXXXXX 


System  will  allow  user  to  course 
through  this  scrollable  screen  to 
the  desired  stop.  When  the  stop  is 
selected,  the  user  will  hit  'GO*  and 
the  First  process  screen  will  be  dis¬ 
played. 

MOVE: 

CntnrNoPreF ix  From  CntnrMov  to 
Container  Number  on  First  process 
screen. 


DISPLAY: 


First  Process  Screen 


User  enters  TMRPreFix 
MATCH: 

TMRPreFix  From  screen  with  TMRPreFix  in  CntnrMov  File 
IF: 

NO  MATCH: 

DISPLAY:  TMRPreFix  entered  not  valid.  Reenter  or 
exit  the  process. 

ELSE: 

Use  CntnrNo  and  CntnrOwnAbbr  Found  in  the 
CntnrMov  File  to  access  CntnrMovStp 
DISPLAY: 

CntnrMovStp  data  as  Follows: 

CntnrNo  CntnrOwn  Consignee  MultiStpNo 


XXXXX 


XXXX 


XXXXXX 


display: 


System  will  allow  user  to  course 
through  this  scrollable  screen  to  the 
desired  stop.  When  the  stop  is  select¬ 
ed,  the  user  will  hit  ’GO’  and  the 
First  process  screen  will  be  displayed 

move: 

CntnrNoPreF ix  From  CntnrMov  to 
Container  Number  on  First  process 
screen . 


First  Process  Screen 


User  enters  CntnrTCN. 
MATCH: 
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CntnrTCN  from  screen  with  CntnrTCN  in  CntnrMov. 

IF: 

No  match. 

DISPLAY: 

"Container  TCN  not  valid.  Reenter  or  exit 
process ." 

ELSE: 

Select  CntnrNo,  CntnrOwnAbbr  from  CntnrMov  to  access 
CntnrMovStp. 

DISPLAY: 


CntnrMovStp  data  as  follows: 


Cntnr 

No 

CntnrOwnAbbr 

Abbr 

Consignee 

MultiStp 

No 

Stp 

Comp 

XXXXX 

XXXX 

XXXXXX 

X 

X 

XXXXX 

XXXX 

XXXXXX 

X 

X 

System  will  allow  user  to  course  through 
this  scrollable  screen  to  the  desired  stop. 
When  the  stop  is  selected,  the  user  will 
hit  CGO]  and  the  first  process  screen 
will  be  displayed.  ^ 

MOVE : 

CntnrNoPref ix  from  CntnrMov  to  Container 
Number  on  the  first  process  screen. 


When  a  stop  is  selected,  CGO]  is  pressed: 

THEN: 

The  system  will  display  function  key  set  "CLEAR  SCREEN,  CLOSE  STOP, 
OPEN  STOP". 

IF: 

The  user  selects  function  key  CLEAR  SCREEN, 

then: 

The  system  will  return  to  the  Front  End  screen  for  record 
selection . 

IF: 

CLOSE  STOP  is  pressed: 

THEN: 

Search  CntnrMov  for  a  date  in  DteLstUpdCntnr . 
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DteLstUpdCntnr  is  blank, 


THEN: 


Display  a  prompt  window  "Stop  cannot  be 
closed  in  this  process.  Will  be  purged 
from  the  system  during  Delete  60  Old  Day 
Cntnr  Process.  Press  CGO]  to  continue, 
or  [NEXT!  to  select  another  stop." 


DteLstUpdCntnr  is  not  blank. 


THEN: 


Post  today’s  date  to  DteLstUpd  Cntnr,  set 
the  StpCompFlag  (in  CntnrMovStp) ,  and 
display  prompt  window  "Stop  has  been 
closed.  Press  CGO]  to  continue,  or  CNEXT] 
to  select  another  stop." 


GO  is  pressed,  display  Front  End  screen 
for  record  selection. 


CNEXT]  is  pressed,  system  will  display 
the  scrollable  screen  for  the  record 
just  flagged.  The  user  will  then  scroll 
to  the  next  stop,  in  that  record,  to  be 
flagged. 


OPEN  STOP  is  pressed 


THEN: 


The  system  will  search  CntnrMovStp  for  Divrsnindic 
set  with  a  flag. 


Divrsnindic  is  set  with  the  flag. 


THEN: 


Display  a  prompt  window  "This  stop  was 
closed  based  on  a  diversion  authorization 
and  cannot  be  opened  using  this  process. 
Press  CGO]  to  continue,  or  [NEXT]  to 
select  another  stop". 
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IF: 

CGO]  is  pressed, 


THEN: 

Display  Front  End  screen  for 
record  selection. 


CNEXT]  is  pressed 


THEN: 

Display  the  scrollable  screen  for 
the  record  just  viewed.  The  user 
will  then  scroll  to  the  next  stop, 
in  that  record,  to  be  opened. 

IF: 

Divrsnindic  is  not  set  with  the  flag 
THEN: 

The  system  will  search  MEvent  for  a  TTB  E. 


TTB  E  is  found 
THEN: 

Display  a  prompt  window  "This  stop 
was  closed  based  on  reported  move¬ 
ment  events  and  cannot  be  opened 
using  this  process.  Press  CGO]  to 
continue,  or  CNEXT]  to  select 
another  stop”. 


[GO]  is  pressed, 

THEN: 

Display  Front  End  screen 
for  record  selection. 


[NEXT]  is  pressed, 

THEN: 

Display  the  scrollable 
screen  for  the  record 
just  viewed.  The  user 
will  then  scrol I  to 
the  next  stop,  in  that 
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record,  to  be  opened. 


IF: 

At  the  scrollable  screen,  the  user  wants  to  go  back  to 
the  Front  End  (open  door),  press  [CANCEL]  key. 

IF: 

User  has  completed  all  transactions  in  this  process, 
press  [FINISH]  to  return  to  main  menu. 


DERIVES: 

Maintain-Stops-InFo-Ent  ; 
RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Valentine’  ; 
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DEFINE  PROCESS 
KEYWORD  is: 

SUBPART  IS: 


Manage-Conta i ner-Operat i ons 

’Container’  , 

’LOB’  ; 

Process-ETA-Forecast  , 

Maintain-Container-Database  , 
Prepare-Container-Reports  i 
System-Utilities  ; 
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System 

-Operator 


<RBf  orm-ETA- Irip> 


CgoAddress  <CgoAddress-ETA-Fcst-Ref > 


CgoPort-Tbl  <CgoPort-Ref> 


CntnrOwner  <CntnrOwner-Ref > 

-TbT  - 


CntnrSize-TbT  <CntnrSize-Ref > 


Commodity-TbT  <Commodity-Ref > 


OceanCarr-Tbl  <OceanCarr-Ref >  ^  s 

- \ 

■  ■  .  Merge 

.  I  !  -Reformatted  <ETA-Forecast-Er''or-Info> 

System  <Sys-Parameter-Ref >  I -ETA-Forecast  - . . 

-Parameter-Tbl  .  ..  i.-i-— .1— 4 1  I 


('ptnr’Mr  <CntnrM<Dv-ETA-Fcst-Inf  o>  I A  Al^i 

File  <CntnrMov-ETA-Fcst~Info>  I  I  I  I  I  I 


CntnrMovStD  <CntnrMovStp-ETA-Fcst-Info> 

-File  <CntnrMovStp-ETA-Fcst-Info> 


ETA-Forecast 

-Error-File 


Voyage- Fi le 

< Voyage > 

< Voyage > 

i - 

VoyageStop 

<VoyageStop> 

File 

<Voyage3top ' 

Figure  8.  Merge-Reformatted-ETA-Forecast 
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Merge-Ref ormatted-ETA-Forecast 


DEFINE  PROCESS 
DESCRIPTION; 

Merge  Reformatted  ETA  Forecast 

This  process  uses  a  file  created  by  the  CTASC  known  as  the  Reformatted 
ETA  Forecast.  Records  in  this  file  create  Initial  visibility  within  the 
TACCS  at  the  MCT  level  on  containers  which  are  scheduled  to  arrive  in 
the  MCT  area  of  responsibility.  Process  will  edit  each  element  in  a 
record  and  create  records  in  the  container  database  and/or  produce  the 
REFORMATTED  ETA  FORECAST  ERROR  FILE  which  is  in  two  categories 
(1)  Transactions  Added  to  Database  (2)  Transactions  Not  Added  to 
Database. 


’Container’ 


KEYWORD  IS: 

SEE  MEMO: 

TCR-Merge-Process-Memo  ; 

ATTRIBUTE  IS: 

SEC-CLASS  ’UNCLASSIFIED’  , 

PROCESS-MODE  ’INTERACTIVE  BATCH’ 

RECEIVES: 

Reform-ETA-Inp  ; 

PART  OF:  Process-ETA-Forecast  ; 

PROCEDURE; 


When  the  process  is  running  the  following  screen  will  be  displayed.  The> 
screen  will  display  to  the  user  the  number  of  records  which  have  been 
processed. 


MERGE  REFORMATTED  ETA  FORECAST 


t  J 


MERGE  REFORMATTED  ETA  FORECAST 
INTO  CONTAINER  DATABASE 

Creating  Container  Records 

Processing  Record  0004 


5^3 
¥ 
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Each  record  and  validate  each  element  as  defined  below-' 

IF:  Any  Key  Element  (CntnrOwnAbbr ,  CntnrNo,  VoyDocuNoFltNo, 

POO,  or  Consignee)  fail  edit. 

THEN:  Do  no  create  record  in  database. 

THEN:  Assign  appropriate  error  code. 

THEN:  Add  record  to  Reformatted  ETA  Forecast  Error  File 
(Tranactions  Not  Added  to  Database) 

IF:  Non-Key  Elements  (CntnrNoPref ix ,  MultiStpNo,  TotStp,  Cntnr- 
TCN,  POE,  OceanCarrAbbr ,  DteDprtPOE,  CmdtyCd  or  CntnrSz) 
fail  edit. 

THEN:  Assign  appropriate  error  code. 

IF:  Key  Elements  are  valid  but  Non-Key  Elements  are  invalid. 
THEN:  Create  record  in  database  with  valid  elements. 

THEN:  Leave  all  invalid  elements  blank. 

THEN:  Assign  Record  Sequence  Number  to  record  with  Prefix 
"I". 

THEN:  Add  record  to  Reformatted  ETA  Forecast  Error  File 
(Transactions  Added  to  Database) 

IF:  MultiStpNo  value  is  equal  to  a  "Z" 

THEN:  Copy  Consignee  Value  to  CntnrMov  File,  UltmCnsgn 

IF:  MultiStpNo  is  equal  to  ”1"  and  TotStp  equals  "01" 

THEN:  Copy  Consignee  Value  to  CntnrMov  File,  UltmCnsgn 

IF:  Record  is  created  in  database. 

THEN:  Create  DteRecCreat  in  CntnrMov  File  using  System 
Calendar  Function  and  post  current  julian  date. 

THEN:  Update  CntnrMovStp  record  by  creating  a  value  "1" 
and  put  it  in  the  DupeStpIndex. 

IF:  Consignee  is  valid  and  record ^s  created  in  database. 

THEN:  Move  MCECd,  CgoAddress  for  valid  Consignee, 

TO:  CntnrMovStp  File,  DestMCEPref ix  and  DestMCE- 
Suffix. 

IF:  A  record  exist  on  database  with  nonkey  errors  and  a 
record  is  received  that  contains  correct  data 
THEN:  Use  validated  data  to  update  record  on  database  for 
only  the  following  file/elements.  CntnrMov  File  - 
Cntnr  TCN,  POD,  Voyage  File  -  DteSailWPOE,  POE, 
OceanCarrAbbr. 
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CntnrOwnAbbr 
(cc  1-4) 


CntnrNoPref ix 
(cc  5-7) 


CntnrNo 
(cc  8-12) 


VoyDocuNoFUNo 
(cc  13-17) 


MultlStpNo 
(cc  18) 


MATCH:  CntnrOwner  Table 
IF:  Blank 

THEN:  Set  error  code  "1" 

IF:  Not  Match  on  Table 

THEN:  Set  error  code  "2" 

IF:  Val id  or  Inval id 

THEN:  Go  to  next  element 

Must  be  3  position  Alphanumeric 
IF:  Blank 

THEN:  Set  error  code  "1" 

IF:  Not  Equal  to  Numeric 

THEN:  Set  error  code  "3" 

IF :  Val id  or  Inval  id 

THEN:  Go  to  next  element 

Must  be  5  position  Numeric 
IF:  Blank 

THEN:  Set  error  code  "1" 

IF:  Not  Equal  to  Alphanumeric 
THEN:  Set  error  code  "F" 

IF:  Val id  or  Inval  id 

THEN:  Go  to  next  element 

Must  be  5  position,  Pos  41  equal  to  Alpha, 

Pos  4  2-5  equal  to  Numeric 
IF:  Blank 

THEN:  Set  error  code  "1" 

IF:  Pos  4  1  not  equal  to  Alpha 
THEN:  Set  error  code  "4" 

IF:  Pos  4  2-5  not  equal  to  Numeric 
THEN:  Set  error  code  "5” 

IF:  Pos  41  not  equal  to  Alpha  and  Pos  4  2-5 
not  equal  to  Numeric. 

THEN:  Set  error  code  "6" 

IF :  Valid  or  Inval id 

THEN:  Go  to  next  element 
IF:  Value  of  VoyDocuNoFltNo  is  equal  to  the 
value  of  VoyDocuNoFltNo  in  the  files 
Voyage  and  VoyageStop 
THEN:  Do  Not  Create  New  Record 

Must  be  1  position,  with  value  of  1  through  9  or 

Z. 

IF:  Blank 

THEN:  Set  error  code  "1" 

IF:  Value  not  equal  to  1  through  9  or  Z 
THEN:  Set  error  code  **7" 

IF :  Valid  or  Inval  id 


TotStp 
(cc  19--20) 


CntnrTCN 
(cc  21-37) 


POE 

(CC  38-40) 


OceanCarrAbbr 
(cc  41-44) 


DteOprtPOE 
(cc  45-48) 
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THEN:  Go  to  next  element 

Must  be  2  position,  Numeric  with  value  of  01 
through  10 
IF:  Blank 

THEN:  Set  error  code  "1" 

IF:  Value  not  equal  to  01  through  10 
THEN:  Set  error  code  "8" 

IF :  Val id  or  Inval id 

THEN:  Go  to  next  element 

17  Position  Alphanumeric,  Pos  4  11  must  equal  ''V" 
IF:  Blank 

THEN:  Set  error  code  "1” 

IF:  Value  not  equal  to  alphanumeric  and  pos 
(til  is  not  equal  to  a  "V" 

THEN:  Set  error  code  "B" 

IF:  Value  not  Alphanumeric 

THEN:  Set  error  code  "A" 

IF:  Value  of  Pos  4  11  is  not  equal  to  a  V 
THEN:  Set  error  code  "9" 

IF:  Valid  or  Invalid 

THEN:  Go  to  next  element 

IF:  Blank 

THEN:  Set  error  code  "1" 

IF:  Value  not  equal  to  Alphanumeric 
THEN:  Set  error  code  "3" 

IF ;  Val id  or  Inval id 

THEN:  Go  to  next  element 

MATCH:  OceanCarr  Table 
IF:  Blank 

THEN:  Set  error  code  "1" 

IF:  No  Match  on  Table 

THEN:  Set  error  code  "2" 

IF :  Val id  or  Invalid 

THEN:  Go  to  next  element 

System  Calendar  Function  Check 
Valid  Year,  less  than  current  date,  last  four 
Positions  must  be  equal  to  001  and  not  greater 
than  366 

IF:  Blank 

THEN:  Set  error  code  "1" 

IF:  Date  is  greater  than  current  date  and 

the  first  position  is  not  equal  to  (0-9) 
and  the  last  three  is  not  equal  to  (001- 
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CmdtyCd 
(cc  49-51) 


CntnrSz 
(cc  52-53) 


POD 

(cc  54-56) 


Consignee 
(cc  57-62) 


MATCH; 

IF; 


MATCH; 

IF; 


MATCH; 

IF; 


366) 

THEN:  Set  error  code  "E" 

Date  is  greater  than  current  date 
THEN:  Set  error  code  "D" 

Last  three  positions  is  less  than  001  or 

greater  than  366 

THEN:  Set  error  code  "C" 

Valid  or  Invalid 
THEN:  Go  to  next  element 
DteDprtPOE  is  received  as  a  4  position 
jul ian  date 

THEN:  Insert  First  position  of  calendar 
year  in  Front  oF  4  position  julian 
date  to  create  5  position  julian 
date  e.g.  change  "7235"  to 
"87235" 

THEN:  Post  to  Voyage  File,  DteSailWPOE 


Commodity  Table 
Blank 

THEN:  Set  error  code  "1" 
No  Match  on  Table 
THEN:  Set  error  code  "2" 
Val id  or  Inval id 
THEN:  Go  to  next  element 


CntnrSire  Table 
Blank 

THEN:  Set  error  code  "1" 
No  Match  on  Table 
THEN:  Set  error  code  "2" 
Valid  or  Inval id 
THEN:  Go  to  next  element 


CgoPort  Table 
Blank 

THEN:  Set  error  code  "1" 
No  Match  on  Table 
THEN:  Set  error  code  "2" 
Valid  or  Inval id 
THEN:  Go  to  next  element 


MATCH: 

IF: 


CgoAddress,  ShipToAAC 
Blank 

THEN:  Set  error  code  "1" 

No  Match  on  Table 
THEN:  Set  error  code  "2" 

Match 

THEN:  Get  value  oF  MCECd,  Pos  #  1 
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MCEPrefjx  and  Match  with 
Parameter  Table. 

IF:  Values  are  equal 

THEN:  Input  is  Valid 

IF:  No  Match 

THEN:  Set  error  code  "X" 


IF:  Additional  records  are  in  file 

THEN:  Repeat  the  editing  of  the  next  record  until  all  records 
in  the  file  have  been  edited. 

WHEN:  End  of  File  is  Reached. 

THEN:  Copy  records  with  errors  to  appropriate  Reformatted 
ETA  Error  File  as  defined  above. 

As  records  are  identified  to  go  to  the  Reformatted  ETA  Error  File  each 
record  will  be  assigned  a  sequential  sequence  number  with  no  number 
duplication  being  allowed  as  shown  below: 

The  Reformatted  ETA  Error  File  created  in  this  process  will  be  used  by 
the  Prepare  Merge  Error  Report  process  which  will  assemble  data  into  a 
report  format  and  provide  a  hard  copy  report  to  the  user. 


BREAKDOWN  OF  10  POSITION  SEQUENCE  NO.  t  , 


PREFIX  CODE  "O"  RECORD  NOT  ADDED  TO  DATABASE  POS.  1 
••1"  RECORD  ADDED  TO  DATABASE  POS.  1 

YEAR  ••87"  YEAR  ERROR  SENT  TO  ERROR  FILE  POS.  2-3 

JULIAN  DATE  '’130"  DAY  RECORD  SENT  TO  ERROR  FILE  POS.  4-6 

SEQUENCE  NO  "0000"  VALUE  INCREASED  BY  ONE  FOR  EACH  POS.  7-10 

RECORD  ADDED  THAT  DAY 


When  records  are  created  in  the  database,  data  will  be  posted  to  the 
files  and  elements  as  identified  below: 


ETA  FORECAST  ELEMENT  DATABASE  FILES 


Consignee 
CntnrOwnerAbbr 
CntnrNoPref ix 
CntnrNo 

VoyOocuNoFltNo 
Mult iStpNo 
TotStp 
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CntnrMovStop 

CntnrMov/CntnrMovStop 

CntnrMov 

CntnrMov/CntnrMovStop 

CntnrMov/Voyage/VoyageStop 

CntnrMovStp 

CntnrMov 


CntnrTCN 

POE 

OceanCarrAbbr 

DteDptPOE 

CmdtyCd 

CntnrSz 

POD 
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CntnrMov 

Voyage 

Voyage 

Voyage 

CntnrMov 

CntnrMov 

CntnrMov/VoyageStop 


# 


Code 


Data  Element  Error  Code 
Definition 


1 

2 

3 

4 

5 

6 

7 

8 
9 
A 
B 
C 

D 

E 

F 

X 


Field  cannot  be  blank 
No  Match  on  Table/File 

Data  should  be  alpha/numeric  in  nature  (A-Z,  0-9) 
First  position  must  be  alpha  (A-Z) 

Last  4  positions  must  be  numeric  (0-9) 

Code  4  and  5  above  apply 

Multi  Stop  Number  must  equal  "1-9"  or  "Z" 

Total  Stop  must  be  "01-10" 

Position  11  of  the  TCN  must  have  a  value  of  "V" 

TCN  should  contain  alphanumeric  data  (A-Z,  1-9) 

Codes  9  and  A  above  apply 

Date  Sail  POE  must  equal  (0-9)  in  the  first  position 

and  (001-366)  in  the  last  three  positions 

Sail  Date  must  be  less  than  the  current  date 

Code  C  and  D  above  apply 

Data  must  be  numeric  in  nature  (0-9) 

Consignee  not  in  MCT  area  of  responsibility 


END  OF  PROCESS 

maintains: 

CntnrMov-F i le  ; 

MAINTAINS: 

CntnrMovStp-F i le  ; 
MAINTAINS: 

Voyage-File  ; 

MAINTAINS: 

VoyageStop-F i le  ; 

UPDATES: 

ETA-Forecast-Error-F i le  ; 
EMPLOYS: 

CgoAddress-F i le  , 
CntnrOwner-Tbl  , 


I 
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System-Parameter-Tb I 
OceanCarr-Tbl  , 
CgoPort-Tbl  , 
CntnrSIze-Tbl  , 
Coinmodity-Tbl  ; 


ADDS: 

ADDS: 

ADDS: 

ADDS: 

ADDS: 

MODIFIES: 

MODIFIES: 

MODIFIES: 

MODIFIES: 

REFERENCES 

REFERENCES 

REFERENCES 

REFERENCES 

REFERENCES 

REFERENCES 

REFERENCES 

REFERENCES 

REFERENCES 

REFERENCES 

REFERENCES 


VoyageStop  TO  VoyageStop-F I le  ; 

Voyage  TO  Voyage-File  ; 

CntnrMov-ETA-Fcst-Info  TO  CntnrMov-F i le  ; 
CntnrMovStp-ETA-Fcst-Info  TO  CntnrMovStp-F i le  ; 
ETA-Forecast-Error-Info  TO  ETA-Forecast-Error-F i le  ; 
VoyageStop  IN  VoyageStop-Fi le  ; 

Voyage  IN  Voyage-File  ; 

CntnrMov-ETA-Fcst-Info  IN  CntnrMov-F i le  ; 
CntnrMovStp-ETA-Fcst-Info  IN  CntnrMovStp-F i le  ; 
VoyageStop  IN  VoyageStop-F i le  ; 

Voyage  IN  Voyage-File  ; 

CgoAddress-ETA-Fcst-Ref  IN  CgoAddress-F i le  ; 
CntnrOwner-Re-f  IN  CntnrOwner-Tbl  ; 

Sys-Parameter-Ref  IN  System-Parameter-Tb I  ; 
OceanCarr-Ref  IN  OceanCarr-Tbl  ; 

CgoPort-Re-f  IN  CgoPort-Tbl  ; 

CntnrSize-Ref  IN  CntnrSi ze-Tbl  ; 
CntnrMov-ETA-Fcst-Info  IN  CntnrMov-F i le  ; 
CntnrMovStp-ETA-Fcst-Info  IN  CntnrMovStp-F  i  le  ; 
Commodi  ty-Re-f  IN  Commodi  ty-Tbl  ; 


CREATES: 

VoyageStop  , 

Voyage  , 

CntnrMov  , 

CntnrMovStp  , 
ETA-Forecast-Error-Info  ; 
RESPONSIBLE  PROBLEM  DEFINER  IS: 
'Cope'  ; 
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CgoMCE-Tbl  <CgoMCE-InbCntnr-Ref > 


Cntnri'iov-Fi '  c- 


<CntnrMov-InbCntnr-Ref  > 

Z' 


\  /'  \ 

NotTfy-Cnsgn- 

of-Inbcxind 

-Cntnr 


CntnrMovStp 

-File 


J 


<CntnrMovStp-InbCntnn-Ref >  f 


Voyage- F  i  'le 


< Voyage' 


<  Not i f  y~Cons i gnee- 1 nf o-Out  > 


System 

-Operator 


Figure  9.  Not1fy-Cnsgn-of-Inbound-Cntnr 
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15  DEFINE  PROCESS  Not Hy-Cnsgn-of-Inbound-Cntnr 

DESCRIPTION; 

Notify  Consignee  of  Inbound  Container 

This  process  produces  a  listing  of  containers  that  are  forecasted  to 
customers  within  an  MCT  area  of  responsibility.  The  process  utilizes 
the  container  records  that  were  added  to  the  MCT  database.  The  process 
sorts  the  container  record  information  by  MCESuffix  and  consignee  and 
prints  a  report  used  to  telephonical ly  notify  customers  of  forecasted 
containers. 


ASSUMPTIONS: 

1.  The  output  report  will  be  sequenced  in  line  format  so  all 
containers  scheduled  for  a  customer  are  listed  together  before  the  next 
customers  containers  are  listed. 

KEYWORD  IS:  ’Container’  , 

’LOB’  ; 

SEE  MEMO: 

TCR-Not ify-Cnsgn-Inb-Cntnr  ; 

GENERATES: 

Notify-Consignee-Info-Out  ; 

PART  OF:  Maintain-Container-Database  ; 

PROCEDURE ; 

1.  Select  "Inbound  Container"  from  the  menu. 

Press  the  "GO"  key. 

Screen  Prompti  "Loading  Print  Inbound  Container  Report." 


2.  MATCH:  System  Date  (Machine  Date)  with  DteRecCreat  in  CntnrMov- 
Fi  le. 

IF  MATCHED: 

GET  CntnrOwnAbbr , 

CntnrNo, 

CntnrNoPref ix, 

CntnrTCN, 

TotStp, 

POD, 

VoyDocuNoFltNo, 

CntnrSz, 

CmdtyCd,  FROM  CntnrMov-F i le  USING  DteRecCreat. 


CHECK  StpNonFcst  in  CntnrMovStp-F i le  USING  CntnrNo,  and 
CntnrOwnAbbr . 
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IF  StpNonFcst  equal  "Y"  do  not  select  this  record 
■for  output  report. 

GO  to  next  record. 

IF  StpNonFcst  equal  "Blank"  continue  procedure. 

GET  Consignee, 

MCEPref ix, 

MCESuff ix, 

MultiStpNo,  FROM  CntnrMovStp-F i le  USING  CntnrOwnAbbr  and 

CntnrNo. 

GET  DteSailWPOE, 

POE, 

OceanCarrAbbr  FROM  Voyage-File  USING  VoyOocuNoF ItNo . 

GET  MCENme  from  CgoMCE-Table  using  MCECd. 

REPEAT  Process  for  each  record  with  DteRecCreat  equal  to  System 
Date. 

SORT  Records  by  MCESuffix  (Primary  Sort) 

SORT  Records  by  Consignee  within  MCESuffix. 

(Secondary  Sort) 

Screen  Prompt,  "Sort  Phase  1  -  Record  « _ 

Screen  Prompt,  "Sort  Phase  2  -  Record  # _ ." 

Screen  Prompt,  "Processing  Record  ^ _ ." 

Screen  Prompt,  "Processing  Complete." 

Screen  Prompt,  " _  Records  Processed." 

PRINT  Not ifyConsigneeInfo-Output  (Page  break  after  each 
MCESuffix) . 

Screen  Prompt,  "The  report  has  been  generated  and  is 
currently  printing." 

Screen  Prompt,  "Returning  to  system  menu." 


IF  UfWATCHED:  (No  record  exist) 

PRINT  "Negative  Report". 

EMPLOYS: 

CntnrMov-F i le  , 
CntnrMovStp-F i le  , 
Voyage-File  , 

CgoMCE-Tbl  ; 
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REFERENCES:  CntnrMov-InbCntnr-Ref  IN  CntnrMov-F i le  ; 

REFERENCES:  CntnrMovStp-InbCntnr-ReF  IN  CntnrMovStp-File 

REFERENCES:  Voyage  IN  Voyage-File  ; 

REFERENCES:  CgoMCE-InbCntnr-Ref  IN  CgoMCE-Tbl  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Blake’  ; 
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% 


System 

-Operator 


<Capgo-Di schg/Non-Dl vr-lnf o- Inp> 


CntnrMovStp  <TTW-CntnrMovStp-Ref > 

-File  - — 


DiscrpType-Tbl  <DiscrpType> 


MEventType  <TTW-EventType-Ref > 

-rile  t 


System 


\ 


♦  ♦ 


r 


-¥ 


— Parameter-Tbl  <TTW-Parameter-Info> 


Prep-Cgo 
-Oischg/Non 
-Del-<TTW> 


<CntnrDiscrp 


CntnrDiscrp  — 
-File  4- 


u 


) 


CntnrMov-File 


iCritn:'D1scrp> 
^TTW-CntnrMov-Ref > 


t  >  ^ 

I  i  I 


<TTW-CntnrMov-Upd> 


_  <TTW-ISAM-Info> 

Trns-ISAM-File  - 

4 - 

_  <TTk^ISAM-lnfo> 


<TTW-MEvent-Upd > 


MEvent- 

File 


Figure  10.  Prep-Cgo-Dischg/Non-Del-<TTW> 


>  1 

.v 
»  1 

V. 
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DEFINE  PROCESS  Prep-Cgo-Dischg/Non-Del-<TTU>  ; 

DESCRIPTION; 

Prepare  Cargo  Discharge/Non-Del i very  <TTW> 

This  process  updates  the  container  database  with  Cargo  Di scharge/Non- 
Delivery  in-formation  and  a  TTU  transaction  is  generated  to  report  by 
cargo  TCN  the  following  events: 

1)  Cargo  Discharged  with  discrepancies 

2)  Cargo  Discharged  without  discrepancies 

3)  Non-delivery  of  cargo 

4)  Unit  pickup  with  discrepancies 

5)  Unit  pickup  without  discrepancies 

KEYWORD  IS:  ’Container*  , 

’LOB'  ; 

SEE  MEMO: 

Front-End-Process-Memo  , 

TCR-TTW-Process-Memo  , 

TTW-Integrat ion-Memo  ; 

RECEIVES: 

Cargo-Di schg/Non-Dlvr-Info-Inp  ; 

PART  OF:  Rec■^Report-Cntnr-Mov-Events  ; 

PROCEDURE; 


1) 

If: 

User  enters  CntnrNo 
MATCH: 

CntnrNo  from  screen  with  CntnrNo  in  CntnrMovStp  File 
IF: 

NO  MATCH: 

DISPLAY: 

"Container  Number  not  valid,  reenter  or 
exit  process." 


ELSE: 

Use  CntnrNo  to  access  CntnrMovStp. 

DISPLAY: 

"CntnrNo  CntnrOwn  Consignee  MultiStpNo  StpComp" 
XXXXX  XXXX  XXXXXX  X 

System  will  allow  user  to  course  through  this 
scrollable  screen  to  the  desired  stop.  When  the 
stop  is  selected,  the  user  will  hit  "GO"  and 
the  first  process  screen  will  be  displayed. 

MOVE: 

CntnrNoPref ix  from  CntnrMov  to  Container 
Number  on  first  process  screen. 

DISPLAY: 

First  Process  Screen 


ADSM  18-LZ4-AKM-BUR-FD 
WORKING  DRAFT  3.0 
DECEMBER  1987 


User  enters  CntnrNo  +  CntnrNoPref i x 
MATCH: 

CntnrNo  •from  screen  with  CntnrNo  in  CntnrMovStp  File 
IF: 

NO  match: 
display: 

"Container  Number  not  valid,  reenter  or 
exit  process." 

EDIT: 

System  will  edit  CntnrNoPref ix 
IF: 

CntnrNoPref ix  <  >  Alphanumeric 
DISPLAY: 

Err  Msg  -  "Container  number  must 
be  alphanumeric." 


ELSE: 


DISPLAY: 


Use  CntnrNo  from  screen  to  access  CntnrMovStp. 
DISPLAY: 

"CntnrNo  CntnrOwn  Consignee  MultiStpNo" 
XXXXXXXX  XXXX  XXXXXX  X 

System  will  allow  user  to  course  through  this 
scrollable  screen  to  the  desired  stop.  When  the 
stop  is  selected,  the  user  will  hit  "GO"  and  the 
first  process  screen  will  be  displayed. 

IF:  CntnrNoPref ix  in  CntnrMov  =  000 

UPDATE:  Screen  entered  CntnrNoPref ix  to 
CntnrNoPref ix  in  CntnrMov. 

MOVE:  CntnrNoPref ix  from  CntnrMov  to  Container 
Number  on  First  Process  Screen. 

First  Process  Screen 


User  enters  FWTNo 
MATCH: 

FWTNo  from  screen  with  FWTNo  in  CntnrMov  File 
IF: 

NO  MATCH: 

DISPLAY:  Freight  Warrant  Number  entered  not 

valid.  Reenter  or  exit  the  process. 

ELSE: 

Use  CntnrNo  and  CntnrOwnAbbr  found  in  the 
CntnrMov  file  to  access  CntnrMovStp 
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DISPLAY: 


CntnrNo 


Cntnr  Mov  Stop  data  as  follows: 

>  CntnrOwn  Consignee  MultiStpNo 


XXXXX 


XXXX 


XXXXXX 


DISPLAY: 


System  will  allow  user  to  course 
through  this  scrollable  screen  to 
the  desired  stop.  When  the  stop  is 
selected,  the  user  will  hit  ’GO’  and 
the  first  process  screen  will  be  dis- 
P I ayed . 

MOVE: 

CntnrNoPref ix  from  CntnrMov  to 
Container  Number  on  first  process 
screen. 


First  Process  Screen 


User  enters  TMRPrefix 
MATCH: 

TMRPrefix  from  screen  with  TMRPrefix  in  CntnrMov  file 

IF- 

NO  match: 

DISPLAY:  TMRPrefix  entered  not  valid.  Reenter  or 
exit  the  process. 

ELSE: 

Use  CntnrNo  and  CntnrOwnAbbr  found  in  the 
CntnrMov  file  tc  access  CntnrMovStp 
DISPLAY: 

CntnrMovStp  data  as  follows: 

CntnrNo  CntnrOwn  Consignee  MultiStpNo 


XXXXX 


XXXX 


XXXXXX 


DISPLAY: 


System  will  allow  user  to  course 
through  this  scrollable  screen  to  the 
desired  stop.  When  the  stop  is  select¬ 
ed,  the  user  will  hit  ’GO’  and  the 
first  process  screen  will  be  displayed 
MOVE: 

CntnrNoPref ix  from  CntnrMov  to 
Container  Number  on  first  process 
screen. 


First  Process  Screen 
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User  enters  CntnrTCN. 

MATCH: 

CntnrTCN  from  screen  with  CntnrTCN  In  CntnrMov. 

IF: 

No  match. 

DISPLAY: 

"Container  TCN  not  valid.  Reenter  or  exit 
process . " 

ELSE: 

Select  CntnrNo,  CntnrOwnAbbr  from  CntnrMov  to  access 
CntnrMovStp . 

DISPLAY: 

CntnrMovStp  data  as  follows: 


Cntnr 

No 

XXXXX 

XXXXX 


CntnrOwnAbbr 

Abbr 

XXXX 

XXXX 


Consignee 


XXXXXX 

XXXXXX 


MultiStp  Stp 

No  Comp 


MOVE: 


System  will  allow  user  to  course  through 
this  scrollable  screen  to  the  desired  stop. 
When  the  stop  is  selected,  the  user  will 
hit  CG03  and  the  first  process  screen 
will  be  displayed. 


CntnrNoPref ix  from  CntnrMov  to  Container 
Number  on  the  first  process  screen. 


PROMPT: 


'Enter  data  in  selected  fields  or  press  CHELPI/CCANCELl. 


Container  Number: 
Conta i nerOwnAbbr : 
Consignee: 
Origin  Code: 
Event  Type: 
Event  Date: 
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pment  TCN: 

DiscrpCd: 
ece  Count: 


Origin  Code  -  System  will  de-fault  Origin  Code  value  -from 
-  System-Parameter-Table. 


Event  Type:  User  may  enter  the  Event  Type  -from  the  keyboard 
-  press  Help,  press  Return,  or  Cancel. 

IF: 

HELP: 

System  will  scroll  the  contents  of  the  MEvent 
Type  Table  in  a  window.  The  user  will  select 
the  code  desired  by  moving  the  highlight  up  or 
down.  User  will  hit  ’GO’  when  the  desired  code 
is  highlighted.  Code  will  be  placed  by  the 
system  in  the  appropriate  place  on  the  main 
screen. 

PROMPT: 

"Select  desired  entry,  the  press  CGOI/ 
CFINISHl/CCANCELD" 


IF: 

KEYBOARD  ENTRY. 

PERFORM:  Table  Validation  Routine. 

IF :  Inval id  Entry: 

Err  Msg:  "Invalid  code,  Press  CHELP]  for  a 
list  of  val id  codes." 

IF: 

CANCEL : 

Return  to  main  screen. 

IF: 

Valid  Entry; 


MATCH:  System  will  search  Cntnr  Discrp  for  the 
Event  Type  entered. 

IF:  Event  Type  entered  =  Event  Type  in 
Cntnr  Discrp 
DISPLAY: 


Container  Number  XXXXXXXX 

Container  Owner  XXXX 
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Consignee  XXXXXX 


Event  1  EventType  DiscrpCd  Shipment  TCN  I 
Shipml  K  A  XXXXXXXXXXXXXXXXX  I 
Discrl  K  A  XXXXXXXXXXXXXXXXX  I 
Piece  I  K  J  XXXXXXXXXXXXXXXXX  I 


Event  Date 


I  I  I  I  I  I  ADD  I  I  I  i 

I  CLEAR  I  I  I  I  I  I  I  II 

I  SCREEN  I  I  I  I  I  I  I  II 

I _ I _ I _ I _ I  I _ I _ I _ I _ I 


PROMPT : 

"Select  desired  event  or  select  function. 


User  will  choose  one  of  three  options  at  this  point.  Clear  Screen, 
work  with  one  of  the  events  shown,  or  Add  an  event. 

IF; 

CLEAR  SCREEN; 

System  will  display  first  screen. 

IF: 

Existing  Event: 

User  will  move  cursor  to  the  desired  Event, 
DiscrpCd,  +  Shipment  TCN,  and  press  *G0'. 

System  will  match  ISAM  file 

if: 

NO  MATCH: 

Err  Message: 

"ISAM  has  already 
been  sent  to  CW." 


ELSE: 

IF; 

match: 

System  will  display  all  existing  CntnrDiscrp 
_  information  about  that  container  and  a  func- 

m 
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tion  key  set  as  shown  below: 


Container  Number 
Container  Owner 
Consignee 
Origin  Code 
Event  Type 
Sh ipmentUTCN 
Discrepancy  Code 
Piece  Count 
Event  Date 


XXXXXXXX 

XXXX 

XXXXXX 

XXX 

X 

xxxxxxxxxxxxxxxxx 

X  I 

XXXX 

xxxxx 


(OPTIONAL) 


SCREEN 


I  MODIFY 


DELETE 


User  will  choose  one  of  three  options  at  this  point. 


CLEAR  SCREEN: 


System  will  display  first 
screen. 


MODIFY; 


DELETE: 


ADD: 


The  cursor  will  move  to  Piece 
Count.  The  user  may  change  the 
Piece  Count  and  Discrepancy  Code 
at  this  point. 


The  system  will  delete  the  ISAM, 
CntnrDiscrp  File,  and  the  MEvent 
record  (If  the  TTW  was  the  last 
event  for  that  event  type) . 


System  will  clear  the  HELP  window,  display  the  follow 
ing  screen  and  accept  data  from  the  user  as  follows: 


PROMPT : 


"Enter  date  in  selected  fields  or  press 
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CHELPl/CCANCEL]." 


Container  Number  XXXXXXXX 

Container  Owner  XXXX 

Consignee  XXXXXX 

Origin  Code  XXX 

Event  Type  X 

Event  Date  _ 

Sh ipmentUTCN 


Discrepancy  Code 
Piece  Count 


Event  Date: 


Perform  Date  Validation  Routine.  User 
will  press  ’RETURN’  to  advance  cursor 
to  ShipmentTCN. 

PROMPT  * 

"Press  [HELP]  or  enter  a  17 
position  TCN,  Press  [RETURN] 
or  [FINISHT/ECANCEL3." 


ShpmtUTCN: 


IF:  Keyboard  Entry 

Perform  TCN  edit 

IF;  Return  is  pressed  and  the  TCN  is 
already  present  in  an  existing 
MEvent. 

ERR  MSG; 

"Record  already  exists. 
Reenter  or  press  [FINISH]." 

IF: 

Valid  TCN  entered,  and  Event  Type  = 
J,  L,  cursor  will  move  to  Piece 
Count. 

PROMPT; 

"Enter  a  3  position  number. 
Press  [RETURN]/tGO]  or 
[FINISH]/[CANCEL]." 
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Valid  TCN  entered  and  Event  Type  = 
K,  U,  cursor  will  move  to  DiscrpCd. 


PROMPT : 


■Press  CHELP3  for  a  list  of 
valid  codes  or  enter  code. 
Press  CRETURN3  or  CFINISH3/ 
C CANCEL  3 


D i scrpCd: 


HELP: 

System  will  scroll  the  contents 
of  the  DiscrpType  Table  in  a 
window.  The  user  will  select 
the  code  desired  by  moving  the 
highlight  up  or  down.  User 
will  hit  'GO*  when  the  desired 
code  is  highlighted.  Code  will 
be  placed  by  the  system  in  the 
appropriate  place  on  the  main 
screen . 

Keyboard  Entry. 

Perform  Table  Validation. 


Valid  Entry: 


Move  cursor  to  Piece 
Count . 


PROMPT: 


'Enter  a  3  position  number. 
Press  CRETURN3/CG03  or 
CFINISH3/CCANCEL3." 


Piece  Count:  Perform  Piece  Count  Edit 


Piece  Count  Fails  Edit. 

DISPLAY: 

Err  Msg:  "Must  enter 

numeric  data." 


Val id  Entry. 

User  will  press  CG03  or  [RETURN! 
to  create  outputs  and  move  cursor 
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to  EvntDte,  where  additional  TCNs 
can  be  processed. 

IF: 

cancel: 

System  will  return  to  main 
screen  with  no  processing  o-f 
in-format  ion. 

IF: 

FINISH: 

System  will  return  to  Event 
Dte  with  no  processing  of 
information. 


ELSE; 

IF; 

NO  EXISTING  EVENT: 

Perform  Add  Routine. 


MEvent 


ELEMENT 


FROM 


Container  Owner 
Container  Number 
Consignee 
Die 

Event  Type 
Post  Date 
Event  Date 
Origin  Code 


CntnrMovStp 

*  CntnrMov 
CntnrMovStp 
Generated 

*  MEventType 
Generated 
Screen 

*  Parameter  File/ORICO 


CntnrOwnAbbr 

CntnrNo 

Consignee 

MovEvntCd 

EvntTy 

PstDte 

EvntDte 

Or  igCd 


NOTE:  MEvent  is  only  built  ONCE  for  EventTypes,  even  though  the 

event  for  a  given  container  and  stop  occur  more  than  once 
(EventType  K  or  T,  ...  Discharge  (Pickup  with  discrepancies)) 


Container  Move 


Date  Last  Update 


Generated 


DteLstUpdCntnr 
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Shipment  Unit  TCN 
Discrepancy  Code 
Container  Owner 
Container  Number 
Consignee 
Move  Event  Code 
Event  Type 
DiscrpPc 


Container  Discrepancy 
Screen 

*  CntnrDiscrp 
CntnrMovStp 

*  CntnrMov 
CntnrMovStp 
Generated 

*  MEventType 
Screen 


DiscrpTCN 

DiscrpCd 

CntnrOwnAbbr 

CntnrNo 

Consignee 

MovEvntCd 

EvntTy 

ActlPcCnt 


NOTE!  Cntnr  Discrepancy  is  built  -for  ALL  TTW  events. 

Event  those  with  no  discrepancies.  The  reason 
•for  this  is  that  this  is  the  -file  that  is 
scrolled  when  the  user  needs  to  see  what  prior 
TTW  Event/Discrepancies  have  been  posted. 


ISAM 


MovEvntCd 

Generated 

CC  1-3 

n" 

Or igCd 

*  ORICO/Parameter  Table 

CC  4-6 

s 

Filler 

CC  7-9 

**DiscrpTCN 

Screen 

CC  10-29 

Consignee 

CntnrMovStp 

CC  30-35 

DiscrpCd 

*  CntnrDiscrp 

CC  36-37 

DiscrpPc 

Screen 

CC  38-41 

Filler 

CC  42-43 

:k 

EvntTy 

*  MEventType 

CC  44 

EvntDte 

Screen 

CC  45-47 

F  i  Her 

CC  48-80 

*  Elements  may  also  be  screen  entered. 

**  DiscrpTCN  will  occupy  CC  10-26  of  the  ISAM,  CC  27-29  will  be  left 
blank . 


MAINTAINS: 

CntnrDiscrp-F i le 
MAINTAINS: 

CntnrMov-F i le  ; 
MAINTAINS: 


III-160 


#  a 


ADSM  18-LZ4-AKM-BUR-FD 
WORKING  DRAFT  3.0 
DECEMBER  1987 


Trns-ISAM-F He  ; 

UPDATES: 

MEvent-File  ; 

EMPLOYS: 

MEventType-Tbl  , 

CntnrMovStp-F ile  • 

System-Parameter-Tbl  , 

DiscrpType-Tbl  ; 

ADDS:  TTW-CntnrMov-Upd  TO  CntnrMov-F i le  ; 

ADDS:  TTW- ISAM- Info  TO  Trns-ISAM-F ile  ; 

ADDS:  TTW-MEvent-Upd  TO  MEvent-File  ; 

ADDS:  CntnrDiscrp  TO  CntnrDiscrp-Fi le  ; 

MODIFIES:  TTW-CntnrMov-Upd  IN  CntnrMov-F i le  ; 

MODIFIES:  TTU-ISAM-Info  IN  Trns-ISAM-F i le  ; 

MODIFIES:  CntnrDiscrp  IN  CntnrDiscrp-F i le  ; 

REFERENCES:  TTW-EventType-Ref  IN  MEventType-Tbl  ; 

REFERENCES:  TTW-CntnrMov-Ref  IN  CntnrMov-F i le  ; 

REFERENCES:  DiscrpType  IN  DiscrpType-Tbl  ; 

REFERENCES:  TTW-ISAM-Inf o  IN  Trns-ISAM-F i le  ; 

REFERENCES:  CntnrDiscrp  IN  CntnrDiscrp-F i le  ; 

REFERENCES:  CntnrMovStp-Ref  IN  CntnrMovStp-F i le  ; 

REFERENCES:  Parameter-Or igCd-Ref  IN  System-Parameter-Tbl  ; 

CREATES: 

CntnrMov  , 

Trns-ISAM-Data  , 

MEvent  , 

CntnrDiscrp  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Mitchem’  ; 


System 

-Operator 


Figure  11.  Prep-Cgo-Non-Dlvr-Corr-<ZTW> 
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17  DEFINE  PROCESS  Prep-Cgo-Non-Dlvr-Corr-<ZTW>  ; 

DESCRIPTION; 

Prepare  Cargo  Discharge/Non-Del ivery  Correction  <ZTW> 

This  process  receives  cargo  discharge/non-delivery  correction  informa¬ 
tion  which  is  used  to  correct  aspects  of  a  previously  submitted  TTW 
transaction. 

KEYWORD  IS:  ’Container*  , 

•LOB’  ; 

SEE  MEMO: 

Front-End-Process-Memo  , 

ZTW-Integrat ion-Memo  , 

TCR-ZTW-Process-Memo  ; 

RECEIVES: 

Cargo-Di schg/Non-Dlvr-Corr-Inp  ; 

PART  OF:  Rec+Report-Cntnr-Mov-Events  ; 

PROCEDURE ; 

1) 

If: 

User  enters  CntnrNo 
MATCH: 

CntnrNo  from  screen  with  CntnrNo  in  CntnrMovStp  File 
IF: 

NO  MATCH: 

DISPLAY: 

"Container  Number  not  valid,  reenter  or 
exit  process." 

ELSE: 

Use  CntnrNo  to  access  CntnrMovStp. 

DISPLAY: 

"CntnrNo  CntnrOwn  Consignee  MultiStpNo  StpComp" 
XXXXX  XXXX  XXXXXX  X 

System  will  allow  user  to  course  through  this 
scrollable  screen  to  the  desired  stop.  When  the 
stop  is  selected,  the  user  will  hit  "GO"  and 
the  first  process  screen  will  be  displayed. 

MOVE: 

CntnrNoPref ix  from  CntnrMov  to  Container 
Number  on  first  process  screen. 

DISPLAY: 

First  Process  Screen 

2) 

IF: 

User  enters  CntnrNo  +  CntnrNoPref ix 
MATCH : 


SSSSSw 
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CntnrNo  from  screen  with  CntnrNo  in  CntnrMovStp  File 
IF: 

NO  MATCH: 

DISPLAY: 

"Container  Number  not  valid,  reenter  or 
exit  process." 

EDIT: 

System  will  edit  CntnrNoPref ix 
IF: 

CntnrNoPref ix  <  >  Alphanumeric 
DISPLAY: 

Err  Msg  -  "Container  number  must 
be  alphanumeric." 


ELSE: 


display: 


Use  CntnrNo  from  screen  to  access  CntnrMovStp. 
DISPLAY: 

"CntnrNo  CntnrOwn  Consignee  MultiStpNo" 
XXXXXXXX  XXXX  XXXXXX  X 

System  will  allow  user  to  course  through  this 
scrollable  screen  to  the  desired  stop.  When  the 
stop  is  selected,  the  user  will  hit  "GO"  and  the 
first  process  screen  will  be  displayed. 

IF:  CntnrNoPref ix  in  CntnrMov  =  000 

UPDATE:  Screen  entered  CntnrNoPref ix  to 
CntnrNoPref ix  in  CntnrMov. 

MOVE:  CntnrNoPref ix  from  CntnrMov  to  Container 
Number  on  First  Process  Screen. 

First  Process  Screen 


User  enters  FWTNo 
MATCH: 

FWTNo  from  screen  with  FWTNo  in  CntnrMov  File 
IF: 

NO  MATCH: 

DISPLAY:  Freight  Warrant  Number  entered  not 
valid.  Reenter  or  exit  the  process 


else: 


Use  CntnrNo  and  CntnrOwnAbbr  found  in  the 
CntnrMov  file  to  access  CntnrMovStp 
DISPLAY: 

Cntnr  Mov  Stop  data  as  follows: 


CntnrNo 


CntnrOwn  Consignee  MultiStpNo 
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XXXXX  XXXX  XXXXXX  X 

System  will  allow  user  to  course 
through  this  scrollable  screen  to 
the  desired  stop.  When  the  stop  is 
selectedf  the  user  will  hit  ’GO’  and 
the  first  process  screen  will  be  dis¬ 
played. 

MOVE: 

CntnrNoPref ix  from  CntnrMov  to 
Container  Number  on  first  process 
screen . 

DISPLAY: 

First  Process  Screen 
IF: 

User  enters  TMRPrefix 
MATCH : 

TMRPrefix  from  screen  with  TMRPrefix  in  CntnrMov  file 
IF: 

NO  MATCH: 

DISPLAY:  TMRPrefix  entered  not  valid.  Reenter  or 
exit  the  process. 

ELSE: 

Use  CntnrNo  and  CntnrOwnAbbr  found  in  the 
CntnrMov  file  to  access  CntnrMovStp 
DISPLAY: 

CntnrMovStp  data  as  follows: 


CntnrNo 

CntnrOwn 

Cons ignee 

MultiStpNo 

XXXXX 

XXXX 

XXXXXX 

X 

System  will  allow  user  to  course 
through  this  scrollable  screen  to  the 
desired  stop.  When  the  stop  is  select¬ 
ed,  the  user  will  hit  ’GO’  and  the 
first  process  screen  will  be  displayed 
MOVE: 

CntnrNoPref ix  from  CntnrMov  to 
Container  Number  on  first  process 
screen. 

DISPLAY: 

First  Process  Screen 


User  enters  CntnrTCN. 

MATCH: 

CntnrTCN  from  screen  with  CntnrTCN  in  CntnrMov. 
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IF: 

No  match. 

DISPLAY: 

"Container  TCN  not  valid.  Reenter  or  exit 
process." 

ELSE: 

Select  CntnrNo,  CntnrOwnAbbr  -from  CntnrMov  to  access 
CntnrMovStp. 

DISPLAY: 

CntnrMovStp  data  as  follows: 


Cntnr 

No 

CntnrOwnAbbr 

Abbr 

Consignee 

Mult iStp 

No 

Stp 

Comp 

XXXXX 

XXXX 

XXXXXX 

X 

X 

XXXXX 

XXXX 

XXXXXX 

X 

X 

System  will  allow  user  to  course  through 
this  scrollable  screen  to  the  desired  stop. 
When  the  stop  is  selected,  the  user  will 
hit  CGOl  and  the  first  process  screen 
will  be  displayed. 

MOVE: 

CntnrNoPref ix  from  CntnrMov  to  Container 
Number  on  the  first  process  screen. 


MOVE: 

Origin  Code  contained  in  Parameter  Table  to  screen. 
DISPLAY: 

Process  screen  as  follows: 


ZTU 


Container  Number  XXXXXXXX 

Container  Own  Abbr  XXXX 

Consignee  XXXXXX 

Origin  Code  XXXX 

Event  Type 
Event  Date 
Shipment  TCN 
Di scrpCd 
Piece  Count 
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Event  Type: 

User  will  enter  the  Event  Type  of  the  TTW  event 
that  needs  to  be  changed. 

User  may  enter  the  Event  Type  from  the  keyboard 
press  Help,  press  Return,  or  Cancel. 

IF: 

HELP: 

System  will  scroll  the  contents  of  the  MEvent  Type 
Table  in  a  window.  The  user  will  select  the  code 
desired  by  moving  the  highlight  up  or  down.  User 
will  hit  'GO*  when  the  desired  code  is  highlighted. 
Code  will  be  placed  by  the  system  in  the  appropriate 
place  on  the  main  screen. 


IF: 

KEYBOARD  ENTRY. 

PERFORM:  Table  Validation  Routine. 

MATCH: 

System  will  search  MEvent  for  the  Event  Type  entered  (Key¬ 
board  or  Help  Screen  Entry). 

IF: 

NO  match: 

display: 

’There  is  no  TTW  Event  for  this  process.  You 
cannot  do  a  ZTW  Event  until  a  TTW  Event 
exists. 

else: 

Use  primary  key  of  matched  MEvent  to  search  CntnrDiscrp. 
MATCH: 

System  will  search  Cntnr  Discrp  for  the  Event 
Type  entered. 

IF: 

Event  Type  entered  =  Event  Type  in  Cntnr  Discrp 
DISPLAY: 


Container  Number 
Container  Owner 
Consignee 


XXXXXXXX 

XXXX 

XXXXXX 


Event  I  EventType  DiscrpCd  ShipmentTCN  I 
Shipml  K  A  XXXXXXXXXXXXXXXXX  I 
Discrl  K  A  XXXXXXXXXXXXXXXXX  I 
Piecel  K  J  XXXXXXXXXXXXXXXXX  I 
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Event  Date 


User  will  select  -from  this  screen  via  a  highlight  bar. 


match: 


The  system  will  match  the  chosen  EventType 
Discrepancy  Code,  and  ShipmentUTCN  for  that 
Container  Move  Stop  with  the  TTU  ISAM. 

NO  MATCH  of  selected  Event  +  ISAM: 

DISPLAY: 

On  the  screen  information  about  the 
event  as  follows: 


Container  Number 
Container  Owner 
Consignee 
Origin  Code 
Event  Type 
ShipmentUTCN 
Discrepancy  Code 
Piece  Count 
Event  Date 


XXXXXXXX 

XXXX 

XXXXXX 


XXXXXXXXXXXXXXXXX 


X 

XXXX 

xxxxx 


(OPTIONAL) 


The  user  may  modify  Event  Type,  DiscrpCd,  Piece  Count, 
or  Event  Date  at  this  time.  The  cursor  will  be  on 
Event  Type. 


Event  Type 


HELP: 

System  will  scroll  the  contents  of 
the  MEvent  Type  Table  in  a  window. 

The  user  will  select  the  code  desired 
by  moving  the  highlight  up  or  down. 
User  will  hit  ’GO’  when  the  desired 
code  is  highlighted.  Code  will  be 
placed  by  the  system  in  the  appro¬ 
priate  place  on  the  main  screen. 

Move  cursor  to  DiscrpCd. 

Keyboard  Entry. 

Perform  Table  Validation. 

Move  cursor  to  DiscrpCd. 
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DiscrpCd: 


Piece  Count 


Event  Date 
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IF: 

Return. 

Leave  existing  EventType.  Move  cursor 
to  DiscrpCd. 


IF: 

HELP: 

System  will  scroll  the  contents  o-f 
the  DiscrpType  Table  in  a  window. 
The  user  will  select  the  code 
desired  by  moving  the  highlight  up 
or  down.  User  will  hit  ’GO'  when 
the  desired  code  is  highlighted. 
Code  will  be  placed  by  the  system 
in  the  appropriate  place  on  the 
main  screen.  Move  cursor  to  Piece 
Count. 

IF: 

Keyboard  Entry. 

Perform  Table  Validation. 

Move  cursor  to  Piece  Count. 

IF: 

Return. 

Leave  existing  Discrepancy  Code,  move 
cursor  to  Piece  Count. 


IF: 

Keyboard  Entry. 

Perform  Piece  Count  edit. 
Move  cursor  to  Event  Date. 

IF; 

Return. 

Leave  existing  Piece  Count. 
Move  cursor  to  Event  Date. 


IF: 

Keyboard  Entry. 

Perform  Date  Validation  Routine. 
IF; 

Return. 

Leave  existing  event  date. 


After  either  of  the  2  event  date  options,  user  will  press 
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’Finish’.  Cursor  will  move  to  EventType  -for  new  ZTU 
Event  processing,  and  the  following  outputs  will  be 
created: 


ELEMENT 

Container  Owner 
Container  Number 
Consignee 
Die 

Event  Type 
Post  Date 
Event  Date 
Origin  Code 


MEvent 


FROM 

CntnrMovStp 
CntnrMov 
CntnrMovStp 
Existing  MEvent 
Existing  MEvent 
Generated 
Existing  MEvent 
Parameter  File 


Container  Discrepancy 


CntnrOwnAbbr 

CntnrNo 

Consignee 

MovEvntCd 

EvntTy 

PstDte 

EvntDte 

Or igCd 


Shipment  Unit  TCN 
Discrepancy  Code 
Container  Owner 
Container  Number 
Consignee 
Move  Event  Code 
Event  Type 
DiserpPe 
Event  Date 


Existing  Cntnr 
Existing  Cntnr 
CntnrMovStp 
CntnrMov 
CntnrMovStp 
Existing  Cntnr 
Existing  Cntnr 
Existing  Cntnr 
Existing  Cntnr 


ISAM 


Discrepancy 
Discrepancy  (o) 


Discrepancy 
Discrepancy  (o) 
Discrepancy  (o) 
Discrepancy  (o) 


DiscrpTCN 

DiscrpCd 

CntnrOwnAbbr 

CntnrNo 

Consignee 

MovEvntCd 

EvntTy 

ActlPcCnt 

Diserp  Dte 


MovEvntCd 

OrigCd 

F i I ler 

DiscrpTCN 

Consignee 

DiscrpCd 

DiserpPe 

Filler 

EvntTy 

EvntDte 


Generated 
Parameter  Table 

Existing  Cntnr  Diserp 
CntnrMovStp 

*  CntnrDiscrp  (o) 

*  CntnrDiscrp  (o) 

*  CntnrDiscrp  (o) 

*  CntnrDiscrp  (o) 
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CC  1-3 
CC  4-6 
CC  7-9 
CC  10-29 
CC  30-35 
CC  36-37 
CC  38-41 
CC  42-43 
CC  44 
CC  45-47 


¥ 
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Filler  CC  48-80 


*  Elements  may  also  be  screen  entered. 


IF: 

MATCH  o-f  selected  Event  +  TTW  ISAM 
DISPLAY: 

’You  cannot  do  a  ZTW.  The  TTW  for  this  TXN  has  not 
yet  been  sent  to  CMM. ’ 


MAINTAINS: 

CntnrDiscrp-Fi le  ; 

MAINTAINS: 

CntnrMov-F i le  ; 

MAINTAINS: 

CntnrMovStp-F i le  ; 

MAINTAINS: 

MEvent-File  ; 

MAINTAINS: 

u>.  Trns-ISAM-F  i  le  ; 

•  EMPLOYS : 

^  DiscrpType-Tbl  , 

System-Parameter-Tbl  i 
MEventType-Tbl  ; 

ADDS:  ISAM-Trns-ZTW-In-fo  TO  Trns-ISAM-F  i  le  ; 

modifies:  Corr-TTW-MEvent-ZTW-In-fo  IN  MEvent-File  ; 

MODIFIES:  TTW-CntnrMov-Upd  IN  CntnrMov-F i le  ; 

MODIFIES:  CntnrDiscrp  IN  CntnrDi scrp-F i le  ; 

MODIFIES:  ISAM-Trns-ZTW-InTo  IN  Trns-ISAM-F i le  ; 

MODIFIES;  CntnrMovStp-Ref  IN  CntnrMovStp-F i le  ; 

REFERENCES:  D i scrpType-Ref  IN  DiscrpType-Tbl  ; 

REFERENCES:  Corr-TTW-MEvent-ZTW-Inf o  IN  MEvent-F i le  ; 

REFERENCES;  TTW-CntnrMov-Ref  IN  CntnrMov-F i le  ; 

REFERENCES:  CntnrDiscrp  IN  CntnrDiscrp-Fi le  ; 

REFERENCES:  ISAM-Trns-ZTW-Inf o  IN  Trns-ISAM-F i le  ; 

REFERENCES;  TTW-EventType-Re-f  IN  MEventType-Tbl  ; 

REFERENCES:  CntnrMovStp-Ref  IN  CntnrMovStp-F i le  ; 

REFERENCES:  Parameter-Or igCd-Ref  IN  System-Parameter-Tbl  ; 

CREATES: 

Trns-ISAM-Data  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Mitchem’  ; 
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18  DEFINE  PROCESS  Prep-Cnsgn-Rept-Evnts-Corr-ZTB 

DESCRIPTION; 

Prepare  Consignee  Reported  Events  Correction  <ZTB> 

This  process  receives  consignee  reported  event  correction  information 
from  the  customer  and  the  ZTB  transaction  information  received  is  used 
to  update  the  container  database. 

KEYWORD  IS:  ’Container’  , 

’LOB’  ; 

SEE  MEMO: 

Front-End-Process-Memo  , 

ZTB-Integrat ion-Memo  , 

TCR-ZTB-Process-Memo  ; 

RECEIVES: 

Movement-Event-Corr-Inf o-Inp  ; 

PART  OF:  Rec+Report-Cntnr-Mov-Events  ; 

PROCEDURE; 

1) 

If: 

User  enters  CntnrNo 
MATCH: 

CntnrNo  from  screen  with  CntnrNo  in  CntnrMovStp  File 
IF: 

NO  MATCH: 

DISPLAY: 

"Container  Number  not  valid,  reenter  or 
exit  process." 

ELSE: 

Use  CntnrNo  to  access  CntnrMovStp. 

DISPLAY: 

"CntnrNo  CntnrOwn  Consignee  MultiStpNo  StpComp" 
XXXXX  XXXX  XXXXXX  X 

System  will  allow  user  to  course  through  this 
scrollable  screen  to  the  desired  stop.  When  the 
stop  is  selected,  the  user  will  hit  "GO"  and 
the  first  process  screen  will  be  displayed. 

MOVE: 

CntnrNoPref ix  from  CntnrMov  to  Container 
Number  on  first  process  screen. 

DISPLAY: 

First  Process  Screen 

2) 

IF: 

User  enters  CntnrNo  +  CntnrNoPref ix 

match: 


U.  H.*  W  WWl",  l-v  uv  .•>  .v  .^v  ^  ^  ir., 
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CntnrNo  from  screen  with  CntnrNo  in  CntnrMovStp  File 
IF: 

NO  MATCH: 

DISPLAY: 

"Container  Number  not  valid,  reenter  or 
exit  process." 

EDIT: 

System  will  edit  CntnrNoPref ix 
IF: 

CntnrNoPref ix  <  >  Alphanumeric 
DISPLAY: 

Err  Msg  -  "Container  number  must 
be  alphanumeric." 


ELSE: 


Use  CntnrNo  from  screen  to  access  CntnrMovStp. 
DISPLAY: 

"CntnrNo  CntnrOwn  Consignee  MultiStpNo" 
XXXXXXXX  XXXX  XXXXXX  X 

System  will  allow  user  to  course  through  this 
scrollable  screen  to  the  desired  stop.  When  the 
stop  is  selected,  the  user  will  hit  "GO"  and  the 
first  process  screen  will  be  displayed. 

IF*.  CntnrNoPref  ix  in  CntnrMov  =  000 

UPDATE:  Screen  entered  CntnrNoPref ix  to 
CntnrNoPref ix  in  CntnrMov. 


Vo 


3) 


display: 

IF: 


MOVE: 

First  Process  Screen 


CntnrNoPref i X  from  CntnrMov  to  Container 
Number  on  First  Process  Screen. 


User  enters  FWTNo 
MATCH : 

FWTNo  from  screen  with  FWTNo  in  CntnrMov  File 
IF: 

NO  MATCH: 

DISPLAY:  Freight  Warrant  Number  entered  not 
valid.  Reenter  or  exit  the  process. 

ELSE: 

Use  CntnrNo  and  CntnrOwnAbbr  found  in  the 
CntnrMov  file  to  access  CntnrMovStp 
DISPLAY: 

Cntnr  Mov  Stop  data  as  follows: 


CntnrNo 


CntnrOwn  Consignee  MultiStpNo 


Si' 
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XXXXX  XXXX  XXXXXX  X 

System  will  allow  user  to  course 
through  this  scrollable  screen  to 
the  desired  stop.  When  the  stop  is 
selected,  the  user  will  hit  ’GO’  and 
the  -first  process  screen  will  be  dis¬ 
played. 

MOVE: 

CntnrNoPref ix  from  CntnrMov  to 
Container  Number  on  first  process 
screen. 

DISPLAY: 

First  Process  Screen 
IF: 

User  enters  TMRPrefix 
MATCH: 

TMRPrefix  from  screen  with  TMRPrefix  in  CntnrMov  file 
IF: 

NO  match: 

DISPLAY:  TMRPrefix  entered  not  valid.  Reenter  or 
exit  the  process. 

ELSE: 

Use  CntnrNo  and  CntnrOwnAbbr  found  in  the 
CntnrMov  file  to  access  CntnrMovStp 
DISPLAY: 

CntnrMovStp  data  as  follows: 


CntnrNo 

CntnrOwn 

Consignee 

MultiStpNo 

XXXXX 

XXXX 

XXXXXX 

X 

System  will  allow  user  to  course 
through  this  scrollable  screen  to  the 
desired  stop.  When  the  stop  is  select¬ 
ed,  the  user  will  hit  ’GO’  and  the 
first  process  screen  will  be  displayed 
MOVE: 

CntnrNoPref ix  from  CntnrMov  to 
Container  Number  on  first  process 
screen. 

DISPLAY: 

First  Process  Screen 


User  enters  CntnrTCN. 

MATCH: 

CntnrTCN  from  screen  with  CntnrTCN  in  CntnrMov. 
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IF: 

No  match. 

DISPLAY: 

"Container  TCN  not  valid.  Reenter  or  exit 
process." 

ELSE: 

Select  CntnrNo,  CntnrOwnAbbr  from  CntnrMov  to  access 
CntnrMovStp. 

DISPLAY: 

CntnrMovStp  data  as  follows: 


Cntnr 

No 

CntnrOwnAbbr 

Abbr 

Consignee 

MultiStp 

No 

Stp 

Comp 

XXXXX 

XXXX 

XXXXXX 

X 

X 

XXXXX 

XXXX 

XXXXXX 

X 

X 

System  will  allow  user  to  course  through 
this  scrollable  screen  to  the  desired  stop. 
When  the  stop  is  selected,  the  user  will 
hit  CGOl  and  the  first  process  screen 
will  be  displayed. 

MOVE*. 

CntnrNoPref tx  from  CntnrMov  to  Container 
Number  on  the  first  process  screen. 


move: 

OrigCd  from  Parameter  table  to  screen. 
Prompt:  _ 


MATCH: 

CntnrNo,  CntnrOwnAbbr,  Consignee  from  front  end  process 
with  CntnrNo,  CntnrOwnAbbr  and  Consignee  in  MEvent. 

IF: 

NO  MATCH: 

DISPLAY: 

'You  must  first  do  a  TTB  before  you  can  do 
a  ZTB*. 

ELSE: 

DISPLAY: 

System  will  display  all  those  events/dates, 
found  in  the  TTB  MEvent. 

CONTAINER  NUMBER:  XXXXXXXX 
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CONTAINER  OWNER: 
VOYAGE  NUMBER: 
CONSIGNEE: 
ORIGIN  CODE: 
TYPE  MOVEMENT  NO  CODE: 
MODE  METHOD  CODE: 
TYPE  CARRIER  CODE: 

EVENT  TYPES  A 


XXXX 

XXXXX 

XXXXXX 

XXX 

X 

X 

X 


EVENT  DATES  XXXXX  XXXXX  _  XXXXX 


In  the  example  provided  above,  the  system  either 
found  A,  B,  and  D  event  dates  for  that  container 
in  MEvent. 


At  this  time,  the  cursor  will  be  on  ModeMethShpmtCd 


HELP: 

System  will  scroll  the  contents  of  the  Shpmt- 
Method  Table  in  a  window.  The  user  will 
select  the  code  desired  by  moving  the  high¬ 
light  up  or  down.  User  will  hit  ’GO’  when 
the  desired  code  is  highlighted.  Code  will 
be  placed  by  the  system  in  the  appropriate 
place  on  the  main  screen. 

Keyboard  Entry. 

Perform  Table  Validation. 


GO: 

MATCH: 


CntnrNo,  CntnrOwnAbbr ,  Consignee,  DIC  ZTB 
with  the  ISAM  file. 


MATCH: 


ELSE: 


System  will  overlay  the  existing  ZTB  - 
ISAM  with  the  changed  ModeMethShpmtCd 
and  ALL  the  MEvent  dates  contained  in 

MEvent  and  the  ModeMethShpmtCd  con¬ 
tained  in  CntnrMov. 


NO  MATCH: 
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System  will  create  a  ZTB  ISAM  +  overlay  the 
ModeMethShpmtCd  in  CntnrMov-Fi le.  All  of  the 
dates  found  in  MEvent  will  be  placed  on  the 
ZTB  ISAM. 


RETURN: 

System  will  then  advance  the  cursor  to  the  Event  and 
dates,  going  to  the  latest  event  first  (E  — >  D  — >  C/ 
B  A) 


Event  Date(s) 


IF: 

<HELP>: 

System  will  generate  today’s  date. 

IF:  <RETURN> 

And  no  date  entered.  Advance  cursor  to  next  earliest  date 
IF: 

Keyboard  Entry 
IF: 

5  zeros  (00000)  are  keyed  in,  and  <RETURN>  is  pressed: 

’Event  Date  to  be  deleted.  Press  <RETURN> 
to  continue,  or  <CANCEL>  to  deny.’ 

IF: 

<RETURN> 

PERFORM:  Date-Validation-Routine  <ZTB> 
System  will  delete  the  MEvent  record 

MATCH : 

System  will  match  the  CntnrNo,  CntnrOwn- 
Abbr,  and  Consignee  with  the  ISAM  file 

IF: 

Die  ZTB  exists  in  the  ISAM  file  for 
that  container,  overlay  the  existing 
date  field  (if  the  processed  event  = 
the  exist ant  event  on  the  ZTB  ISAM) 
or  add  the  date  to  the  multiple  entry 
portion  of  the  ZTB  ISAM. 


ELSE: 

NO  MATCH  OF  ZTB  ISAM: 

System  will  create  a  ZTB  ISAM  and 
Place  processed  date  in  the  appro- 
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priate  CC. 

System  will  then  advance  to  the 
next  earliest  date. 


ELSE: 

If  different  date  is  entered  for  Events  'A',  'B*, 
'C,  or  ’E’  than  what  was  there  before,  and 
<RETURN>  is  pressed. 

PERFORM: 

Date-Validation-Routine  <ZTB> 

MATCH: 

System  will  match  the  CntnrNo,  CntnrOwnAbbr , 
and  Consignee  with  the  ISAM  file. 

IF: 

Die  ZTB  exists  in  the  ISAM  file  for 
that  container,  overlay  the  existing 
date  field  (if  the  processed  event  = 
the  existant  event  on  the  ZTB  ISAM) 
or  add  the  date  to  the  multiple  entry 
portion  of  the  ZTB  ISAM. 

else: 

NO  MATCH  OF  ZTB  ISAM: 

System  will  create  a  ZTB  ISAM  and 
place  processed  date  in  the  appro¬ 
priate  CC.  System  will  then  advance 
to  the  next  earliest  date. 

ELSE: 

If  different  date  for  Event  ’D’  is  entered 
than  what  was  there  before 

display: 

’You  may  not  change  the  ’D’  date. 

See  your  System  Administrator. 


be  accomplished  by  this  process. 
I 

ISAM 

FROM  TO 


The  following  updates  will 


ELEMENT 
Die 

Origin  Code 
Type  Carrier  Code 
Mode  Method  Shipment  Code  * 
Type  Movement  No  Code 
Movement  No 


Generate 

CC 

1-3 

Parameter  Table 

CC 

4-6 

CntnrMov 

CC 

7 

CntnrMov 

CC 

8 

Existing  MEvent 

CC 

9 

Generate 

CC 

10-29 
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Consignee 

CntnrMovStp 

CC 

30-35 

Voyage  Document  No 

CntnrMov 

CC 

36-40 

Type  Event 

* 

Existing  MEvent 

CC 

48 

Date  Event 

* 

Existing  MEvent 

CC 

49-51 

Type  Event 

* 

Existing  MEvent 

CC 

52 

Date  Event 

* 

Existing  MEvent 

CC 

53-55 

Type  Event 

* 

Existing  MEvent 

CC 

56 

Date  Event 

* 

Existing  MEvent 

CC 

57-59 

Type  Event 

* 

Existing  MEvent 

CC 

60 

Date  Event 

* 

Existing  MEvent 

CC 

61-63 

ELEMENT 

Event  Date 
Event  Type 
Cntnr  Own  Abbr 
Container  No 
Consignee 
Mov  Event  Code 
Origin  Code 
Type  Mov  No  Code 
Post  Date 


MEvent  Record 
FROM 


ELEMENT 

Date  Last  Update  Cntnr 
Mode  Meth  Shpmt  Cd 


*  May  be  screen  entered 


Existing  MEvent 
Existing  MEvent 
CntnrMovStp 
CntnrMov 
CntnrMovStp 
Generated 
Existing  MEvent 
Existing  MEvent 
Generated 


Container  Move 
FROM 

Generated 

Screen 


MEvent 

MEvent 

MEvent 

MEvent 

MEvent 

MEvent 

MEvent 

MEvent 

PstDte 


DteLstUpdCntnr 

ModeMethShpmtCd 


ELSE: 

IF: 


Mode  Method  Code  is  changed  on  the  ZTB,  the  system  will  ensure 
that  ALL  dates  in  the  existing  MEvent  file  for  that  container 
are  put  on  the  ZTB.  (either  an  existing  ZTB  ISAM  or  a  newly 
created  one) . 
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Only  dates  are  changed,  those  dates  that  are  changed  will 
either  overlay  the  ZTB  ISAM  (if  there  is  one)  or  appear  in 
the  proper  fields  of  a  newly  created  ZTB  ISAM. 

IF: 

E  Date 

Prompt:  "Enter  different  date.  Press  CRETURNI/CGOI  or 
CFINISH1/CCANCEL3." 


Keyboard  Entry. 

PERFORM: 

Jul  ian  date  edit. 

IF: 

Date  entered  is  valid. 

match: 

E  Event  Type  with  the  TTB  ISAM  file. 

IF: 

Match. 

DISPLAY: 

"TTB  record  on  file.  Use  TTB  process. 
Press  [RETURN]  to  continue." 

Original  date  values. 

IF: 

No  match. 

MATCH: 

Entered  E  date  with  existing  B  or  C 
date. 

IF: 

Entered  E  date  <  existing  B  or  C  date. 
DISPLAY: 

"E  date  must  be  equal  to  or 
greater  than  B  or  C  date." 


CGO]  is  pushed,  exit  process  and  build  record. 
[RETURN]  is  pushed,  advance  to  the  D  date. 


Prompt:  "D  date  can  only  be  deleted.  Press 
[RETURN]/[G0]  or  [FINISH]/[CANCEL] . 

D  Date: 

IF: 

Entered  values  <  >  0. 

DISPLAY: 

"Cannot  modify  D  date.  Press  [RETURN]  to 
continue. " 
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Date  entered  is  valid. 


IF: 

CGOI  is  pushed,  exit  process  and  build  record. 
IF: 

CRETURNl  is  pushed,  advance  to  the  C  date  or  B 
date,  whichever  is  present. 


IF: 


Prompt:  “Enter  di-fferent  date.  Press  [RETURN]/ 
[GO]  or  CFINISH]/[CANCEL3." 

[RETURN]  is  pushed  with  no  zero  values,  advance  cursor  to 
the  C  date  or  B  date,  whichever  was  present  in  MEvent. 


Prompt:  “Enter  different  date.  Press  [RETURN]/[GO]  or 
[FINISH]/[CANCEL]." 


C  Date: 

IF: 

Keyboard  Entry. 

PERFORM: 

Jul ian  date  edit. 

IF: 

Date  entered  is  valid. 

MATCH*. 

C  Event  Type  with  the  TTB  ISAM  file. 

IF: 

Match. 

DISPLAY: 

“TTB  record  on  file.  Use  TTB 
process.  Press  [RETURN]  to 
continue."  Original  date 
values . 

COMPARE : 

Entered  C  date  with  existing  A  date. 

IF: 

Entered  C  date  <  existing  A  date. 
DISPLAY: 

"C  date  must  be  greater  than 
or  equal  to  A  date.  “ 
Original  date  reappears. 

COMPARE : 

Entered  C  date  with  E  date. 

IF: 

Entered  C  date  >  existing  E  date. 
DISPLAY: 


"C  date  must  be  less  than 
or  equal  to  E  date." 
Original  date  reappears. 
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IF: 

CGO]  is  pushed,  exit  process  and  build  record. 
IF: 

CRETURN3  is  pushed,  advance  to  the  A  date. 


Prompt:  “Enter  di-fferent  date.  Press  CRETURN]/ 
CGO]  or  CFINISH3/CCANCEL]." 

CRETURN]  is  pushed  with  no  entered  values,  advance 
cursor  to  A  date. 


Prompt:  "Enter  di-f-ferent  date.  Press  CRETURN3/CG03  or 
CFINISH3/CCANCEL]." 


B  Date: 

IF: 

Keyboard  Entry. 

PERFORM: 

Julian  date  edit. 

IF: 

Date  entered  is  valid. 

MATCH : 

B  Event  Type  with  the  TTB  ISAM  file. 

IF: 

Match. 

DISPLAY: 

"TTB  record  on  file  use  TTB 
process.  Original  date 
values . 


COMPARE : 


COMPARE: 


Entered  B  date  with  existing  A  date. 

IF: 

Entered  B  date  <  existing  A  date. 
DISPLAY: 

"B  date  must  be  greater 
than  or  equal  to  A  date." 
Original  date  reappears. 

Entered  B  date  with  E  date. 

IF: 

Entered  B  date  >  existing  E  date. 
DISPLAY: 

"B  date  must  be  less  than 
or  equal  to  E  date." 
Original  date  reappears. 


CGO]  is  pushed,  exit  process  and  build  record. 
CRETURN]  is  pushed,  advance  to  the  A  date. 
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Prompt : 


'Enter  different  date.  Press  [RETURN]/ 
CGO]  or  CFINISHD/CCANCEL]." 


[RETURN]  is  pushed  with  no  entered  values,  advance 
cursor  to  A  date. 


A  Date: 
IF: 


Keyboard  Entry. 

PERFORM: 

Julian  date  edit. 

IF: 

Date  entered  is  valid. 

MATCH : 

A  Event  Type  with  the  TTB  ISAM  file. 

IF: 

Match. 

DISPLAY: 

"TTB  record  on  file.  Use  TTB 
process."  Original  date 
values . 

COMPARE: 

Entered  A  date  with  B  or  C  date. 

IF*. 

Entered  A  date  >  existing  B  or  C 
date. 

display: 

"A  date  must  be  equal  to  or 
less  than  (B)  (C)  date." 

if: 

[GO]  is  pushed,  exit  process  and  build  record. 
IF: 

[RETURN]  is  pushed,  wrap  around  to  Mode  Meth 
Shipment  Code. 

[RETURN]  is  pushed  with  no  entered  values,  wrap  around 
to  Mode  Method  Shipment  Code. 


MAINTAINS: 

CntnrMov-F i le  ; 
MAINTAINS: 

CntnrMovStp-F i le  ; 
MAINTAINS: 

MEvent-File  ; 
MAINTAINS: 

Trns-ISAM-Fi le  ; 
EMPLOYS : 
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System-Parameter-Tbl  , 

ShpmtMethod-Tbl  ; 

ADDS:  ISAM-Trns-TTB-In-fo  TO  Trns-ISAM-F He  ; 

MODIFIES:  ISAM-Trns>TTB-Inf o  IN  Trns-ISAM-F i le  ; 

MODIFIES:  CntnrMovStp-ZTB-Upd  IN  CntnrMovStp-F i le  ; 

MODIFIES:  CntnrMow-ZTB-Upd  IN  CntnrMov-FUe  ; 

MODIFIES:  MEvent-ZTB-Upd  IN  MEvent-FUe  ; 

REFERENCES:  ISAM-Trns-TTB-InTo  IN  Trns-ISAM-F i le  ; 

REFERENCES:  CntnrMov-ZTB-ReF  IN  CntnrMov-File  ,* 

REFERENCES:  MEwent-ZTB-Ref  IN  MEvent-F i le  ; 

REFERENCES:  ModeMethShpmtCd-TTB-Ref  IN  ShpmtMethod-Tbl  ; 

REFERENCES:  CntnrMovStp-ReF  IN  CntnrMovStp-F i le  ; 

REFERENCES:  Parameter-Or igCd-Re-f  IN  System-Parameter-Tbl  ; 

CREATES: 

Trns-ISAM-Data  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Mitchem’  ; 


CgoMCE-  <Search-Cntnr-0/H-CQoMCE-Ref > 

TbT  - 


CntnrMov- 
Fi  le 


MEvent- 

File 


<563^0 h-Cntn r-OAI-Mov-Ref > 


f  \ 

Prep-Cntnn- 

O/H-Over-5- 

Day-Rept 

L_ _ / 


<Search-Cntnr-OAI-MEvent-Ref >  f 


System- 

Panametei^-Tbl  <Search-Cntnr-0/H-Param-Ref  > 


<Container-0/H-5-Days-Rept-Upd> 


Cntnn-Msg- 

File 


Figure  13.  Prep-Cntnr-OAf-Over-5-Day-Rept 
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19  DEFINE  PROCESS  Prep-Cntnr-O/H-Over-5-Day-Rept  ; 

DESCRIPTION; 

Prepare  Container  On  Hand  Over  Five  Days  Report 

This  process  is  initiated  daily  by  the  MCT  system  user.  The  container 
database  is  screened  to  identify  all  containers  that  have  been  reported 
arrived  at  a  consignee,  but  do  not  have  an  unstuffed  transaction  posted 
for  five  days  after  the  arrival  date.  The  process  will  format  the 
information  in  a  message  file  which  is  transmitted  to  TMCA  daily. 

KEYWORD  IS:  ’Container*  , 

’LOB’  ; 

SEE  MEMO: 

TCR-Cntnr-O/H-Over-5-Day-Memo  ; 

PART  OF:  Prepare-Container-Reports  ; 

PROCEDURE ; 

READ:  MEvent  Record 

IF:  Movement  Event  Code  not  TTB 
THEN:  Read  next  record 
IF:  Movement  Event  Code  =  TTB 

THEN:  Read  the  EvntTy  value  in  that  record. 

IF:  EvntTy  A,  and  no  B,  C,  D,  or  E  record. 

THEN:  Read  the  EvntDte  from  that  TTB  A  (MEvent)  record 
and  compute  the  difference  from  that  date  and 
the  system  calendar  date.  (Dte  Curr) 

IF:  The  difference  between  the  dates  is  less  than  the  value 
"X"  (value  of  Cntnr  0/H  over  X  days)  in  the  parameter 
table. 

then:  Read  next  record 

IF:  The  difference  between  the  dates  is  equal  to  or  greater 
than  the  value  "X"  in  the  parameter  table. 

THEN:  Store  the  following  data  elements  from  that 
TTB  A  (MEvent)  record. 

Consignee 

CntnrOwnAbbr 

CntnrNo 

EvntDte  (last  3  digits) 

THEN:  Find  the  matching  CntnrMov  record  (use  key  data 
elements)  and  store  the  CntnrNoPref ix  from  that 
record.  The  prefix  numbers  will  be  formatted 
before  the  5  digit  container  no. 


a 


j 


THEN:  Sort  the  Cntnr  record  data  by  Consignee 

THEN:  Print  the  Cntnr  record  data  in  Consignee  ; 

sequence  in  the  Msg  File.  y 

OUTPUT  MESSAGE  FILE  FORMAT  ^ 
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FROM:  C,  MCT 

TO:  CDR,  1st  TMCA,  ATTN:  AEUTR-MCA-C 

AEUTR-MCA-CC 


SUBJECT:  Containers  On  Hand  Loaded  Over  Five  Day  Report 

The  -Following  containers  have  been  on  hand  loaded  at  the  activity 


indicated 

in  excess  of  5  days. 

ACTIVITY 

CNTNR  OWNER 

CNTNR  NUMBER 

DATE  ARRIVED 

HE4497 

LYKU 

00202072 

328 

NOTE:  The  reported  container  data  is  sequenced  by  Consignee. 

The  report  header  address  in-forroat ion  will  be  printed  in  the 
message  -File  as  shown  above. 

Then:  Use  the  Origin  MCE  Prefix  in  the  parameter  table  to  search 
for  the  MCENme  in  the  CgoMCE  File. 

Then  move  the  MCENme  to  the  message  file  in  the  field  to  the 
right  of  the  "FROM"  address  header. 

If:  No  records  are  found  that  meet  the  criteria  for  printing, 
print  "NEGATIVE  REPORT"  under  the  header  information. 


NOTE:  Make  this  file  available  to  the  General  Message  Process. 


THEN:  Display,  the  message  file  name/dte  time  group  on  the 

screen:  "( — 12 — >  is  your  file  name,  press  GO  to 

exit". 

NOTE:  The  users  manual  must  instruct  the  user  to  copy  down 

the  file  name  so  it  can  be  used  to  access  the  report 

in  the  general  message  process. 


UPDATES: 

Cntnr-Msg-Fi le  ; 
EMPLOYS: 

CntnrMov-Fi le  , 
MEvent-File  , 
CgoMCE-Tbl  , 
System-Parameter-Tbl  ; 
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ADDS:  Conta1ner-0/H-5-Days- 

REFERENCES :  Search-Cntnr-O/H-Mov- 

REFERENCES :  Search-Cnt nr-O/H-MEve 

REFERENCES:  Search-Cntnr-O/H-CgoW 

REFERENCES:  Search-Cntnr-O/H-Para 

CREATES: 

Cental ner-0/H-5~Days-Rept-Upd  ; 
RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Valentine’  ; 


Cental ner-O/H-5-Days-Rept-Upd  TO  Cntnr-Msg-F i le  ; 
Search-Cntnr-O/H-Mev-Ref  IN  CntnrMev-Fi le  ; 
Search-Cntnr-O/H-MEvent-Re-f  IN  MEvent-Fi  le  ; 
Search-Cntnr-O/H-CgeMCE-ReT  IN  CgeMCE-Tbl  ; 
Search-Cntnr-O/H-Param-Ref  IN  System-Parameter-Tbl  ; 
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DEFINE  PROCESS  Prep-Convey-Change-Not if-<TTU> 

DESCRIPTION; 

Prepare  Conveyance  Change  Notification  <TTU> 

This  process  updates  the  container  database  with  Conveyance  Change 
Notification  information  and  a  TTU  transaction  is  generated  to  relate 
the  "OLD"  movement  number  to  the  "NEW"  movement  number  when  a  change 
in  conveyance  is  required.  Updated  information  is  provided  under 
the  new  movement  number  as  the  cargo  moves  towards  its  destination. 

This  process  is  also  used  to  report  damages  to  a  conveyance  where  no 
actual  change  in  conveyance  is  required/performed. 

KEYWORD  IS:  ‘Container’  , 

’LOB’  ; 

SEE  MEMO: 

Front-End-Process-Memo  ; 

RECEIVES: 

Conveyance-Ch-Not if-Info-Inp  ; 

PART  OF:  Rec+Report-Cntnr-Mov-Events  ; 

PROCEDURE ; 

1) 

If: 

User  enters  CntnrNo 
MATCH: 

CntnrNo  from  screen  with  CntnrNo  in  CntnrMovStp  File 
IF: 

NO  MATCH: 

DISPLAY: 

"Container  Number  not  valid,  reenter  or 
exit  process." 


ELSE: 

Use  CntnrNo  to  access  CntnrMovStp. 

DISPLAY: 

"CntnrNo  CntnrOwn  Consignee  MultiStpNo  StpComp" 
XXXXX  XXXX  XXXXXX  X 

System  will  allow  user  to  course  through  this 
scrollable  screen  to  the  desired  stop.  When  the 
stop  is  selected,  the  user  will  hit  "GO"  and 
the  first  process  screen  will  be  displayed. 

MOVE: 

CntnrNoPref ix  from  CntnrMov  to  Container 
Number  on  first  process  screen. 

DISPLAY: 

First  Process  Screen 


2) 


IF; 


III-191 


WTlWwriirviry  <vi  1.-V  JW 


ADSM  18-LZ4-AKM-BUR-FD 
WORKING  DRAFT  3.0 
DECEMBER  1987 


User  enters  CntnrNo  +  CntnrNoPref 1 x 
MATCH: 

CntnrNo  -from  screen  with  CntnrNo  in  CntnrMovStp  File 
IF; 

NO  MATCH: 

DISPLAY: 

"Container  Number  not  valid,  reenter  or 
exit  process." 

EDIT; 

System  will  edit  CntnrNoPref ix 
IF: 

CntnrNoPref ix  <  >  Alphanumeric 
DISPLAY; 

Err  Msg  -  "Container  number  must 
be  alphanumeric." 


# 


ELSE: 


3) 


DISPLAY; 

IF; 


Use  CntnrNo  from  screen  to  access  CntnrMovStp. 
DISPLAY; 

"CntnrNo  CntnrOwn  Consignee  MultiStpNo" 
XXXXXXXX  XXXX  XXXXXX  X 

System  will  allow  user  to  course  through  this 
scrollable  screen  to  the  desired  stop.  When  the 
stop  is  selected,  the  user  will  hit  "GO"  and  the 
first  process  screen  will  be  displayed. 

IF:  CntnrNoPref ix  in  CntnrMov  =  000 

UPDATE;  Screen  entered  CntnrNoPref ix  to 
CntnrNoPref ix  in  CntnrMov. 

MOVE:  CntnrNoPref Ix  from  CntnrMov  to  Container 
Number  on  First  Process  Screen. 

First  Process  Screen 


User  enters  FWTNo 
MATCH: 

FWTNo  from  screen  with  FWTNo  in  CntnrMov  File 
IF; 

NO  MATCH; 

DISPLAY;  Freight  Warrant  Number  entered  not 

valid.  Reenter  or  exit  the  process, 

ELSE: 

Use  CntnrNo  and  CntnrOwnAbbr  found  in  the 
CntnrMov  file  to  access  CntnrMovStp 
DISPLAY: 

Cntnr  Mov  Stop  data  as  follows: 
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& 


CntnrNo  CntnrOwn  Consignee  MultiStpNo 

XXXXX  XXXX  XXXXXX  X 

System  will  allow  user  to  course 
through  this  scrollable  screen  to 
the  desired  stop.  When  the  stop  is 
selected)  the  user  will  hit  *G0’  and 
the  first  process  screen  will  be  dis¬ 
played. 

MOVE: 

CntnrNoPref ix  from  CntnrMov  to 
Container  Number  on  first  process 
screen. 

DISPLAY: 

First  Process  Screen 

4)  IF: 

User  enters  TMRPrefix 
MATCH: 

TMRPrefix  from  screen  with  TMRPrefix  in  CntnrMov  file 
IF: 

NO  MATCH: 

DISPLAY:  TMRPrefix  entered  not  valid.  Reenter  or 
exit  the  process. 

ELSE: 

Use  CntnrNo  and  CntnrOwnAbbr  found  in  the 
CntnrMov  file  to  access  CntnrMovStp 
DISPLAY: 

CntnrMovStp  data  as  follows: 


CntnrNo  CntnrOwn  Consignee  MultiStpNo 

XXXXX  XXXX  XXXXXX  X 

System  will  allow  user  to  course 
through  this  scrollable  screen  to  the 
desired  stop.  When  the  stop  is  select¬ 
ed,  the  user  will  hit  ’GO’  and  the 
first  process  screen  will  be  displayed 
MOVE: 

CntnrNoPref ix  from  CntnrMov  to 
Container  Number  on  first  process 
screen. 

DISPLAY: 

First  Process  Screen 
IF: 

User  enters  CntnrTCN. 
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MATCH : 

CntnrTCN  from  screen  with  CntnrTCN  in  CntnrMov. 

IF: 

No  match. 

DISPLAY: 

“Container  TCN  not  valid.  Reenter  or  exit 
process . “ 

ELSE: 

Select  CntnrNo,  CntnrOwnAbbr  from  CntnrMov  to  access 
CntnrMovStp. 

DISPLAY: 

CntnrMovStp  data  as  follows: 


Cntnr 

No 

CntnrOwnAbbr 

Abbr 

Consignee 

Mult iStp 

No 

Stp 

Comp 

XXXXX 

XXXX 

XXXXXX 

X 

X 

XXXXX 

XXXX 

XXXXXX 

X 

X 

System  will  allow  user  to  course  through 
this  scrollable  screen  to  the  desired  stop. 

When  the  stop  is  selected,  the  user  will 

hit  CG03  and  the  first  process  screen  -=• 

will  be  displayed.  V-?- 

MOVE: 

CntnrNoPref ix  from  CntnrMov  to  Container 
Number  on  the  first  process  screen. 


MATCH:  The  system  will  then  use  CntnrOwnAbbr,  CntnrNo  and 
Consignee,  to  search  MEvent  to  see  if  there  are  any 
existing  TTU  MEvents. 

1)  IF:  The  system  finds  an  existing  TTU  event  (or  events). 
DISPLAY; 


Container  Number:  XXXXXXXX 
Container  Owner:  XXXX 
Voyage  Number:  XXXXX 
Consignee;  XXXXXX 


Event  Type:  I  EventType  Date 

Event  Date:  I 

NE I  3  87036 

I  4  87132 

Mode  Method  Code:  I _ 

Type  Carrier  Code: 
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Type  Mov  No  Code: 

Movement  Number: 

Container  Size: 

A  scrollable  screen  will  be  displayed.  User  may  move  the  cursor 
through  the  events  with  the  use  of  a  highlight  bar.  When  the  user  has 
the  Event  Type  and  Date  desired,  he  will  press  'GO*  and  the  system  will 
then  search  the  existing  ISAM  record  for  that  container,  stop,  and  Event 
Type.  If  a  match  is  found  the  following  screen  will  be  displayed** 


Container  Number: 
Container  Owner: 
Voyage  Number: 
Consignee: 
Event  Type: 
Event  Date: 


XXXXXXXX 

xxxxx 

XXXXX 

xxxxxx 

X 

xxxxx 


Mode  Method  Code: 
Type  Carrier  Code: 
Type  Mov  No  Code: 
Movement  Number: 

Container  Size: 


(CLEAR  I 
I  SCREEN  I 


IMODIFY  f 


DELETE  I 


At  this  time  the  user  may  modify  or  delete  the  existing  events  as 
follows : 

IF:  MODIFY 

User  may  change  EventType,  Event  Date,  Type  Mov  No  Code  (Old), 
Type  Mov  No  Code  (New),  Mode  Meth  Shpmt  Cd  (New),  Type  Carrier 
Code  (New) . 

IF:  Mode  Meth  Shpmt  Cd,  Ty  Carrier  Cd  do  not  exist  in  Cntnr- 
Mov,  then  they  also  may  be  changed 

IF:  DELETE 

The  system  will  delete  the  existing  ISAM  record  and  the  MEvent 
Record. 
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2)  IF:  The  system  does  not  Find  an  existing  TTU  Event 


ft 


DISPLAY: 


Container  Number 
Container  Owner 
Voyage  Number 
Consignee 
Event  Type 
Event  Date 


XXXXXXXX 

XXXXX 

XXXXX 

XXXXXX 


Mode  Method  Code: 

Type  Carrier  Code: 

Type  Mov  No  Code: 

Movement  Number: 

Container  Size: 

User  will  then  provide  information  to  the  screen  as  Follows: 
3)  Event  Type 


HELP: 

System  will  scroll  the  contents  oF  the  MEvent 
Type  Table  in  a  window.  The  user  will  select 
the  code  desired  by  moving  the  highlight  up  or 
down.  User  will  hit  ’GO’  when  the  desired  code 
is  highlighted.  Code  will  be  placed  by  the 
system  in  the  appropriate  place  on  the  main 
screen . 

IF:  Keyboard  Entry. 

Perform  Table  Validation 

4)  Event  Date  Perform  Date-Validation-Routine 


5)  Old  TyMovNoCd 


System  will  search  MEvent  TTB  For  the  container, 
and  place  the  TyMovNoCd  Found  in  that  MEvent  into 
the  Field  provided  For  the  old  TTU  TyMovNoCd. 

No  TTB  Event  exists: 
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IF: 

help: 

System  will  scroll  the  contents  of  the  Type- 
MovNoCd  file  in  a  window.  The  user  will 
select  the  code  desired  by  moving  the  high¬ 
light  up  or  down.  User  will  hit  'GO’  when 
the  desired  code  is  highlighted.  Code  will 
be  placed  by  the  system  in  the  appropriate 
place  on  the  main  screen. 

IF:  Keyboard  Entry 

IF:  TyMovNoCd  is  not  equal  to  M,  F,  or  V. 

DISPLAY:  'You  must  enter  either  M, 

F,  or  V  for  the  TTU  event. 

Please  reenter  the  correct 
code,  press  Help,  or  cancel 
this  transaction.’  System 
will  perform  according  to 
user’s  choice. 

System  will  then  search  CntnrMov  and  CntnrMovStp 
to  determine  if  the  movement  number  represented 
by  the  TyMovNoCd  can  be  assembled.  (See  7). 

6)  New  Ty  Mov  No  Code 


IF:  Event  Type  =  C,  D,  E,  or  F.  This  field  will  be  left 
blank  (skipped). 

IF:  Event  Type  =  3,  4,  5,  6.  This  field  will  be  filled 
by  the  system  with  the  code  that  was  entered  in 
TyMovNoCd. 

7)  Old  Movement  Number  System  will  use  the  TyMovNoCd  entered  to 
-  assemble  the  movement  number  as  follows: 


The  required  elements  for  a  given  TyMovNoCd  are  not 
present,  the  system  will  allow  the  user  to  enter 
the  required  elements  as  follows: 

IF: 

TyMovNoCd  =  M 
PERFORM: 

Capture  TMR 
IF: 

TyMovNoCd  =  F 

User  will  enter  the  Military  Freight  Warrant  No 
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followed  by  the  TIN.  User  will  enter  a  combina¬ 
tion  of  19  digits/characters/blanks  so  that  the 
last  digit  of  the  TIN  is  on  position  19.  System 
will  generate  a  blank  in  the  20th  position. 

IF*. 

TyMovNoCd  =  V 

System  will  assemble  and  display  the  old  move¬ 
ment  number  as  follows: 

Fields  10-13  will  contain  the  CntnrOwnAbbr ,  and 
fields  14-21  will  contain  the  CntnrNo.  System 
will  generate  blanks  in  fields  22-29.  System 
will  not  allow  the  user  to  enter  anything  in 
this  area. 

8)  New  Movement  Number  System  will  use  the  code  entered  for  New  Ty- 

-  MovNoCd  to  generate  the  new  movement  number  as 

fol lows : 

IF: 

New  TyMovNoCd  =  blank,  this  field  will  be  left  blank 
also  (skipped). 


New  TyMovNoCd  =  M 

System  will  display  the  existing  TMR  in  fields  1-12. 
User  will  enter  the  new  TIN  so  that  the  last  digit 
is  in  field  20.  Any  blanks  between  the  last  charac¬ 
ter  of  the  TMR  and  the  first  character  of  the  TIN 
will  be  filled  in  with  zeros  by  the  system. 

IF:  New  TyMovNoCd  =  F 

System  will  display  the  existing  FWTNo  in  fields 
1-11.  User  will  enter  the  new  TIN  so  that  the  last 
digit  is  in  field  19.  System  will  generate  blanks 
in  any  unused  positions  between  the  FUTNo  and  the 
TIN  and  on  the  last  position  (420)  of  the  movement 
number. 

IF:  New  TyMovNoCd  =  V 

System  will  assemble  and  display  the  new  movement 
number  as  follows: 

Fields  10-13  will  contain  the  CntnrOwnAbbr,  and 
fields  14-21  will  contain  the  CntnrNo.  Fields  22- 
29  will  have  blanks  generaged  into  them  by  the 
system.  System  will  not  allow  user  to  enter  any¬ 
thing  in  this  area. 


9)  Mode  Meth  Shpmt  Cd 
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IF: 


IF: 


Mode  Meth  Shpmt  Cd  is 
field  on  the  screen. 


HELP: 


in  CntnrMov,  move  it  to  this 


System  will  scroll  the  contents  of  the  Shpmt 
Method  file  in  a  window.  The  user  will  select 
the  code  desired  by  moving  the  highlight  up 
or  down.  User  will  hit  ’GO*  when  the  desired 
code  is  highlighted.  Code  will  be  placed  by 
the  system  in  the  appropriate  place  on  the 
main  screen. 

IF:  Keyboard  Entry 

Perform  Table  Validation. 


10) 


New  Mode  Meth  Shpmt  Cd 
IF: 


11) 


IF: 

Ty  Carr  Cd 
IF; 

IF: 


Event  Type  =  C,  D,  E,  or  F.  This  field  will  be  left 
blank  (skipped). 

Event  Type  =  3,  4,  5,  6.  This  field  will  be  filled 
by  the  system  with  the  code  that  was  entered  in  9. 


TyCarrCd  exists  in  CntnrMov,  move  it  to  this  field 
on  the  screen. 


HELP: 


12) 


IF: 

New  Ty  Carr  Cd 
IF 


System  will  scroll  the  contents  of  TypeCarrier 
in  a  window.  The  user  will  select  the  code 
desired  by  moving  the  highlight  up  or  down. 
User  will  hit  'GO*,  when  the  desired  code 
is  highlighted.  Code  will  be  placed  in  the 
appropriate  place  on  the  screen. 


Keyboard  Entry. 

Perform  Table  Validation. 


EventType  =  C,  D,  E,  F, 

This  field  will  remain  blank  (skipped). 
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EventType  =  3,  4,  5,  6,  This  field  will  be  filled 
in  by  the  system  with  the  code  that  was  entered  in 
11. 


13)  Container  Size 


CntnrSz  is  present  in  CntnrMov,  move  it  to  this 
field  on  the  screen. 


HELP; 


System  will  scroll  the  contents  of  the  Cntnr- 
Size  in  a  window.  The  user  will  select  the 
code  desired  by  moving  the  highlight  bar 
up  or  down.  User  will  hit  *GO'  when  the 
desired  size  is  highlighted.  Size  will  be 
placed  by  the  system  in  the  appropriate  place 
on  the  screen. 


Keyboard  Entry. 

Perform  Table  Validation. 


System  will  create  the  following  outputs 


Container  Move 


ELEMENT 

Date  Last  Update 

Mode  Meth  Shipment  Code 

Type  Carrier  Code 

Container  Size 

TIN 

FWTNo 


FROM 

Generated 
*Shpmt  Method 
*Type  Carrier 
*Cntnr  Size 
Screen 
Screen 


DteLstUpdCntnr 

ModeMethShpmtCd 

TyCarrCd 

CntnrSz 

TIN 

FWTNo 


MEVENT 


ELEMENT 

Container  Owner 
Container  Number 
Consignee 
Move  Event  Code 
Event  Type 


FROM 

CntnrMovStp 

Screen 

CntnrMovStp 

Generated 

♦MEventType 


CntnrOwnAbbr 

CntnrNo 

Consignee 

MovEvntCd 

EvntTy 
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Post  Date 

Generated 

PstDte 

New  Type  Carrier  Code 

Generated 

NewTyCarrCd 

New  Type  Movement  Number  Code 

Generated 

NewTyMovNoCd 

Origin  Code 

Parameter  Table 

CntnrOr igCd 

New  Mode  Meth  Shpmt  Code 

Generated 

NewModeMethShpmtCd 

Type  Movement  Number  Code 

*Type  Mov  No 

TyMovNoCd 

Event  Date 

Screen 

EvntDte 

New  TIN 

Screen 

NewTIN 

ISAM 

ELEMENT 

FROM 

TO 

MovEvntCd 

Generated 

CC  1-3 

OrigCd 

Parameter  Table 

CC  4-6 

TyCarrCd 

'*Type  Carrier 

CC  7 

ModeMethShpmtCd 

*Shpmt  Method 

CC  8 

TyMovNoCd 

*Type  Mov  No 

CC  9 

Movement  Number 

Generated 

CC  10-29 

Consignee 

CntnrMovStp 

CC  30-35 

NewTyCarrCd 

Generated 

CC  36 

NewModeMethShpmtCd 

Generated 

CC  37 

NewTyMovNoCd 

Generated 

CC  38 

New  Movement  Number 

Generated 

CC  39-58 

CntnrSz 

*CntnrSize/CntnrMov 

CC  59-60 

Filler 

CC  61-63 

EvntTy 

MEventType 

CC  64 

EvntDte 

Screen 

CC  65-67 

VoyDocuNoFltNo 

CntnrMo 

CC  68-72 

Filler 

CC  73-80 

*  NOTE:  All  elements  with  *  may  be  screen  entered. 


DERIVES: 

EvntDte  USING  Conveyance-Ch-Not if-Info-Inp  ; 
DERIVES: 

EvntDte  USING  CntnrMov-TTU-Ref  ; 

DERIVES: 

EvntDte  USING  MEvent-TTU-Ref  ; 

DERIVES: 

EvntDte  USING  EvntDte  ; 

DERIVES: 

EvntDte  USING  NewMovNo  ; 

DERIVES: 


•1.7V\.V5.'SrUV\^...>rL*Vlrt*l^irwi.'%  vrw  \.-i#  w  w*»  .-W  vm  t 


ADSM  18-LZ4-AKM-BUR-FD 
WORKING  DRAFT  3.0 
DECEMBER  1987 


EvntDte  USING  PstDte  ; 

DERIVES: 

EvntDte  USING  NewTyCarrCd  ; 

DERIVES: 

EvntDte  USING  NewModeMethShpmtCd  ; 

DERIVES: 

EvntDte  USING  NewTyMovNoCd  ; 

DERIVES: 

NewMovNo  USING  Conveyance-Ch-Not i-f-Info-Inp  ; 
DERIVES: 

NewMovNo  USING  CntnrMov-TTU-Ref  ; 

DERIVES: 

NewMovNo  USING  MEvent-TTU-Ref  ; 

DERIVES: 

NewMovNo  USING  EvntDte  ; 

DERIVES: 

NewMovNo  USING  NewMovNo  ; 

DERIVES: 

NewMovNo  USING  PstDte  ; 

DERIVES: 

NewMovNo  USING  NewTyCarrCd  : 

DERIVES: 

NewMovNo  USING  NewModeMethShpmtCd  ; 

DERIVES: 

NewMovNo  USING  NewTyMovNoCd  ; 

DERIVES: 

PstDte  USING  Conveyance-Ch-Not if-Info-Inp  ; 
DERIVES : 

PstDte  USING  CntnrMov-TTU-ReF  ; 

DERIVES: 

PstDte  USING  MEvent-TTU-Ref  ; 

DERIVES: 

PstDte  USING  EvntDte  ; 

DERIVES: 

PstDte  USING  NewMovNo  ; 

DERIVES: 

PstDte  USING  PstDte  ; 

DERIVES: 

PstDte  USING  NewTyCarrCd  ; 

DERIVES: 

PstDte  USING  NewModeMethShpmtCd  ; 

DERIVES: 

PstDte  USING  NewTyMovNoCd  ; 

DERIVES: 

Err-Msg  USING  Conveyance-Ch-Not H-InFo-Inp  ; 
DERIVES: 

Err-Msg  USING  CntnrMov-TTU-Ref  ; 

DERIVES: 

Err-Msg  USING  MEvent-TTU-Ref  ; 
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DERIVES: 

Err-Msg  USING  EvntDte  : 

DERIVES: 

Err-Msg  USING  NewMovNo  ; 

DERIVES: 

Err-Msg  USING  PstDte  ; 

DERIVES: 

Err-Msg  USING  NewTyCarrCd  ; 

DERIVES: 

Err-Msg  USING  NewModeMethShpmtCd  ; 

DERIVES: 

Err-Msg  USING  NewTyMovNoCd  ; 

DERIVES: 

Err-Diag  USING  Conveyance-Ch-Not i f-Info-Inp  ; 
DERIVES: 

Err-Diag  USING  CntnrMov-TTU-Ref  ; 

DERIVES: 

Err-Diag  USING  MEvent-TTU-Ref  ; 

DERIVES: 

Err-Diag  USING  EvntDte  ; 

DERIVES: 

Err-Diag  USING  NewMovNo  ; 

DERIVES: 

Err-Diag  USING  PstDte  ; 

DERIVES: 

Err-Diag  USING  NewTyCarrCd  ; 

DERIVES: 

Err-Diag  USING  NewModeMethShpmtCd  : 

DERIVES: 

Err-Diag  USING  NewTyMovNoCd  ; 

DERIVES: 


NewTyCarrCd 

USING 

DERIVES: 

NewTyCarrCd 

USING 

DERIVES: 

NewTyCarrCd 

USING 

DERIVES: 

NewTyCarrCd 

USING 

DERIVES: 

NewTyCarrCd 

USING 

DERIVES: 

NewTyCarrCd 

USING 

DERIVES: 


Conveyance-Ch-Not if-Info-Inp  ; 


CntnrMov-TTU-Ref  ; 


MEvent-TTU-Ref  ; 


EvntDte  ; 


NewMovNo  ; 


PstDte  ; 
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NewModeMethShpmtCd  ; 


NewTyMovNoCd  ; 


NewTyCarrCd 

USING  NewTyCarrCd  ; 

DERIVES: 

NewTyCarrCd 

USING  NewModeMethShpmtCd  ; 

DERIVES: 

NewTyCarrCd 

USING  NewTyMovNoCd  ; 

DERIVES: 

NewModeMethShpmtCd 

USING  Conveyance-Ch-Notif-Info-Inp  ; 

DERIVES: 

NewModeMethShpmtCd 
USING  CntnrMov-TTU-Ref  ; 

DERIVES: 

NewModeMethShpmtCd 
USING  MEvent-TTU“ReF  ; 

DERIVES: 

NewModeMethShpmtCd 
USING  EvntDte  ; 

DERIVES: 

NewModeMethShpmtCd 
USING  NewMovNo  : 

DERIVES: 

NewModeMethShpmtCd 
USING  PstDte  ; 

DERIVES: 

NewModeMethShpmtCd 
USING  NewTyCarrCd  ; 

DERIVES: 

NewModeMethShpmtCd 
USING  NewModeMethShpmtCd  ; 

DERIVES: 

NewModeMethShpmtCd 
USING  NewTyMovNoCd  ; 

DERIVES: 

NewTyMovNoCd 

USING  Conveyance-Ch-Not if-Info-Inp  ; 

DERIVES: 

NewTyMovNoCd 

USING  CntnrMov-TTU-Ref  ; 

DERIVES: 

NewTyMovNoCd 

USING  MEvent-TTU-Ref  ; 

DERIVES: 

NewTyMovNoCd 
USING  EvntDte  ; 

DERIVES: 

NewTyMovNoCd 


CntnrMov-TTU-Ref  ; 


MEvent-TTU-Ref  ; 


EvntDte  ; 


III-Z04 


ADSM  18-LZ4-AKM-BUR-FD 
WORKING  DRAFT  3.0 
DECEMBER  1987 


USING 

DERIVES: 

NewTyMovNoCd 

USING 

DERIVES: 

NewTyMovNoCd 

USING 

DERIVES: 

NewTyMovNoCd 

USING 

DERIVES: 

NewTyMovNoCd 

USING 

DERIVES: 

MEvent-TTU-Upd 

USING 

DERIVES: 

MEvent-TTU-Upd 

USING 

DERIVES: 

MEvent-TTU-Upd 

USING 

DERIVES; 

MEvent-TTU-Upd 

USING 

DERIVES: 

MEvent-TTU-Upd 

USING 

DERIVES; 

MEvent-TTU-Upd 

USING 

DERIVES: 

MEvent-TTU-Upd 

USING 

DERIVES: 

MEvent-TTU-Upd 

USING 

DERIVES: 

MEvent-TTU-Upd 

USING 

DERIVES; 

TTU-DSSR-Info 

USING 

DERIVES: 

TTU-DSSR-Info 

USING 

DERIVES: 

TTU-DSSR-Info 

USING 


NewMovNo  ; 


PstDte  ; 


NewTyCarrCd  ; 


NewModeMethShpmtCd  ; 


NewTyMovNoCd  ; 


Conveyance-Ch-Not 5f-lnfo-Inp  ; 


CntnrMov-TTU-Ref  ; 


MEvent-TTU-Ref  ; 


EvntDte  ; 


NewMovNo  ; 


PstDte  ; 


NewTyCarrCd  ; 


NewModeMethShpmtCd  ; 


NewTyMovNoCd  ; 


Conveyance-Ch-Notif-Info-Inp  ; 


CntnrMov-TTU-Ref  ; 


CntnrMovStp-Ref  ; 
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DERIVES: 

TTU-DSSR 

USING 

DERIVES: 

TTU-DSSR 

USING 

DERIVES: 

TTU-DSSR 

USING 

DERIVES: 

TTU-DSSR 

USING 

DERIVES: 

TTU-DSSR 

USING 

DERIVES: 

TTU-DSSR 

USING 

USES: 

USES: 

USES: 

USES: 

USES: 

USES: 

USES: 

USES: 

USES: 

USES: 

USES: 

USES: 

USES: 

USES: 

USES: 

USES: 


Info 

MEwent-TTU-Ref  ; 

Info 

Parameter-OrigCd-Ref  ; 

Info 

NewMovNo  ; 

Info 

NewTyCarrCd  ; 

Info 

NewTyMovNoCd  ; 

Info 

NewModeMethShpmtCd  ; 
Conveyance-Ch-Not Jf-Inf o-Inp 
TO  DERIVE  EvntDte  ; 
CntnrMov-TTU-Ref 
TO  DERIVE  EvntDte  ; 
MEvent-TTU-Ref 
TO  DERIVE  EvntDte  ; 

EvntDte 

TO  DERIVE  EvntDte  ; 

NewMovNo 

TO  DERIVE  EvntDte  ; 

PstDte 

TO  DERIVE  EvntDte  ; 
NewTyCarrCd 
TO  DERIVE  EvntDte  ; 
NewModeMethShpmtCd 
TO  DERIVE  EvntDte  ; 
NewTyMovNoCd 
TO  DERIVE  EvntDte  ; 
Conveyance-Ch-Not If-Info-Inp 
TO  DERIVE  NewMovNo  ; 
CntnrMov-TTU-Ref 
TO  DERIVE  NewMovNo  ; 
MEvent-TTU-Ref 
TO  DERIVE  NewMovNo  ; 

EvntDte 

TO  DERIVE  NewMovNo  ; 
NewMovNo 

TO  DERIVE  NewMovNo  ; 

PstDte 

TO  DERIVE  NewMovNo  ; 
NewTyCarrCd 
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USES 
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USES 
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TO  DERIVE  NewMovNo  ; 
NewModeMethShpmtCd 
TO  DERIVE  NewMovNo  ; 
NewTyMovNoCd 
TO  DERIVE  NewMovNo  ; 
Conveyance-Ch-Not  H-InFo-Inp 
TO  DERIVE  PstDte  ; 
CntnrMov-TTU-Ref 
TO  DERIVE  PstDte  ; 
MEvent-TTU-Re-f 
TO  DERIVE  PstDte  ; 

EvntDte 

TO  DERIVE  PstDte  ; 

NewMovNo 

TO  DERIVE  PstDte  ; 

PstDte 

TO  DERIVE  PstDte  ; 
NewTyCarrCd 
TO  DERIVE  PstDte  ; 
NewModeMethShpmtCd 
TO  DERIVE  PstDte  ; 
NewTyMovNoCd 
TO  DERIVE  PstDte  ; 
Conveyance-Ch-Not H-InFo-Inp 
TO  DERIVE  Err-Msg  ; 
CntnrMov-TTU-Ref 
TO  DERIVE  Err-Msg  ; 
MEvent-TTU-Ref 
TO  DERIVE  Err-Msg  ; 

EvntDte 

TO  DERIVE  Err-Msg  ; 

NewMovNo 

TO  DERIVE  Err-Msg  ; 

PstDte 

TO  DERIVE  Err-Msg  ; 
NewTyCarrCd 
TO  DERIVE  Err-Msg  ; 
NewModeMethShpmtCd 
TO  DERIVE  Err-Msg  ; 
NewTyMovNoCd 
TO  DERIVE  Err-Msg  ; 
Conveyar.ce-Ch-Not  ff-Inf  o-Inp 
TO  DERIVE  Err-Diag  ; 
CntnrMov-TTU-ReT 
TO  DERIVE  Err-Diag  ; 
MEvent-TTU-Ref 
TO  DERIVE  Err-Diag  ; 

EvntDte 

TO  DERIVE  Err-Diag  ; 
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USES 

USES 

USES 

USES 

USES 

USES 

USES 

USES 

USES 

USES 

USES 

USES 

USES 

USES 

USES 

USES 

USES 

USES 

USES 

USES 

USES 

USES 

USES 

USES 
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NewMovNo 

TO  DERIVE  Err-Diag  ; 

PstDte 

TO  DERIVE  Err-Diag  ; 
NewTyCarrCd 
TO  DERIVE  Err-Diag  ; 
NewModeMethShpmtCd 
TO  DERIVE  Err-Diag  ; 
NewTyMovNoCd 
TO  DERIVE  Err-Diag  ; 
Conveyance-Ch-Not if-Info-Inp 
TO  DERIVE  NewTyCarrCd  ; 
CntnrMov-TTU-Ref 
TO  DERIVE  NewTyCarrCd  ; 
MEvent-TTU-Ref 
TO  DERIVE  NewTyCarrCd  ; 
EvntDte 

TO  DERIVE  NewTyCarrCd  ; 
Ne%i41ovNo 

TO  DERIVE  NewTyCarrCd  ; 
PstDte 

TO  DERIVE  NewTyCarrCd  ; 
NewTyCarrCd 

TO  DERIVE  NewTyCarrCd  ; 
NewModeMethShpmtCd 
TO  DERIVE  NewTyCarrCd  ; 
NewTyMovNoCd 
TO  DERIVE  NewTyCarrCd  ; 
Conveyance-Ch-Not if-Info-Inp 
TO  DERIVE  NewModeMethShpmtCd 
CntnrMov-TTU-Ref 
TO  DERIVE  NewModeMethShpmtCd 
MEvent-TTU-Ref 

TO  DERIVE  NewModeMethShpmtCd 
EvntDte 

TO  DERIVE  NewModeMethShpmtCd 
NewMovNo 

TO  DERIVE  NewModeMethShpmtCd 
PstDte 

TO  DERIVE  NewModeMethShpmtCd 
NewTyCarrCd 

TO  DERIVE  NewModeMethShpmtCd 
NewModeMethShpmtCd 
TO  DERIVE  NewModeMethShpmtCd 
NewTyMovNoCd 

TO  DERIVE  NewModeMethShpmtCd 
Conveyance-Ch-Not if-Info-Inp 
TO  DERIVE  NewTyMovNoCd  ; 
CntnrMov-TTU-Ref 


USES 
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US£S 

USES 

USES 

USES 

USES 
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USES 

USES 

USES 

USES 
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USES 

USES 
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TO  DERIVE  NewTyMovNoCd  ; 
MEvent-TTU-Ref 
TO  DERIVE  NewTyMovNoCd  ; 
EvntDte 

TO  DERIVE  NewTyMovNoCd  ; 
NewMovNo 

TO  DERIVE  NewTyMovNoCd  ; 
PstDte 

TO  DERIVE  NewTyMovNoCd  ; 
NewTyCarrCd 

TO  DERIVE  NewTyMovNoCd  ; 
NewModeMethShpmtCd 
TO  DERIVE  NewTyMovNoCd  ; 
NewTyMovNoCd 
TO  DERIVE  NewTyMovNoCd  ; 
Conveyance-Ch-Not  i-f-In-fo-Inp 
TO  DERIVE  MEvent-TTU-Upd  ; 
CntnrMov-TTU-ReF 
TO  DERIVE  MEvent-TTU-Upd  ; 
MEvent-TTU-Ref 
TO  DERIVE  MEvent-TTU-Upd  ; 
EvntDte 

TO  DERIVE  MEvent-TTU-Upd  ; 
NewMovNo 

TO  DERIVE  MEvent-TTU-Upd  ; 
PstDte 

TO  DERIVE  MEvent-TTU-Upd  ; 
NewTyCarrCd 

TO  DERIVE  MEvent-TTU-Upd  ; 
NewModeMethShpmtCd 
TO  DERIVE  MEvent-TTU-Upd  ; 
NewTyMovNoCd 

TO  DERIVE  MEvent-TTU-Upd  ; 
Conveyance-Ch-Not If-Inf o-Inp 
TO  DERIVE  TTU-DSSR-Info  ; 
CntnrMov-TTU-Ref 
TO  DERIVE  TTU-DSSR-Info  ; 
CntnrMovStp-Ref 
TO  DERIVE  TTU-DSSR-Info  ; 
MEvent-TTU-Ref 
TO  DERIVE  TTU-DSSR-Info  ; 
Parameter-Or i gCd-Ref 
TO  DERIVE  TTU-DSSR-Info  ; 
NewMovNo 

TO  DERIVE  TTU-DSSR-Info  ; 
NewTyCarrCd 

TO  DERIVE  TTU-DSSR-Info  ; 
NewTyMovNoCd 

TO  DERIVE  TTU-DSSR-Info  ; 
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USES:  NewModeMethShpmtCd 

TO  DERIVE  TTU-DSSR-Info  ; 

ADDS:  MEvent-TTU-Upd  TO  MEvent-File  ; 

ADDS:  TTU-DSSR-InTo  TO  Trns-ISAM-F i le  ; 

MODIFIES:  TTU-DSSR-Info  IN  Trns-ISAM-F ile  ; 

REFERENCES:  CntnrMov-TTU-Ref  IN  CntnrMov-FUe  ; 

REFERENCES:  CntnrMovStp-Ref  IN  CntnrMovStp-F i le  ; 

REFERENCES:  MEvent-TTU-Ref  IN  MEvent-File  ; 

REFERENCES:  CntnrSize-TTU-Ref  IN  CntnrSize-Tbl  ; 

REFERENCES:  MEventType-TTU-Ref  IN  MEventType-Tbl  ; 

INFERENCES:  Parameter-OrigCd-Ref  IN  System-Parameter-Tbl  ; 

REFERENCES:  TyMovNo-TTU-Ref  IN  TypeMovNo-Tbl  ; 

REFERENCES:  TTU-DSSR-Info  IN  Trns-ISAM-F I le  ; 

CREATES: 

MEvent  , 

TTU-DSSR-Info  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Zacot’  ; 
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CntnrMov-  <Dai  ly-Cntnr-CntnrMov-Ref-En'':> 


cOai ly-Container-Worksheet-Out> 


System 

-Operator 


Figure  15.  Prep-Dai ly-Container-Worksheet 
1 1 1-2 i 1 
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DEFINE  PROCESS  Prep-DaUy-Contatner-Worksheet 

DESCRIPTION; 

Prepare  Daily  Container  Worksheet 

The  Daily  Container  Worksheet  is  a  report  produced  as  required  by  the 
MCT.  This  process  selects,  formats  and  prints  all  incomplete  records 
and  generates  a  hardcopy  worksheet  for  manual  entry  of  movement 
information. 


KEYWORD  IS: 


’Container’  , 


'  LOB ’  ; 


SEE  MEMO: 

TCR-Dai ly-Cntnr-Worksheet-Memo  ; 

GENERATES: 

Dai ly-Container-Worksheet-Out  ; 

PART  OF:  Maintain-Container-Database  ; 

PROCEDURE ; 

1. )  The  Daily  Container  Worksheet  is  a  report  produced  as  required  by 

the  MCT.  This  process  selects,  formats  and  prints  all  active 
records  and  can  be  used  as  a  hardcopy  worksheet  for  manual  entry 
of  movement  event  information. 

2. )  When  the  user  selects  this  process  from  the  menu,  the  system  will 

sort  all  active  containers  in  the  database  by  BMCT,  Consignee,  and  . 
Container  Number  sequence,  and  print  key  items  of  information  as  • 
follows: 

READ: 

CntnrMovStp-F i le 
IF: 

StpCompFlag  in  CntnrMovStp  =  Y 
READ  next  record 


ELSE: 

SELECT: 


Process  the  following  data  from  the  CntnrMov  File, 
CntnrMov  File,  CntnrMovStp  File(s)  associated  with  that 
CntnrMov  File,  and  MEvent(s)  associated  with  the  Cntnr¬ 
MovStp  FileCs). 


CntnrMovStp 


Select 


Move  to  on  Output 


CntnrNo 


Last  5  positions  of  Container  Number 
(CONT  NUMBER) 
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CntnrOwnAbbr 

Consignee 

MultiStpNo 


CONT  OWNER 

CONSIGNEE 

MULTI  STOP  NUMBER 


DETERMINE: 


DDPostDte  <  Today’s  Date 
and 

DDActlSptDte  =  Blank 

generate: 

Code:  ’DD’  and  place  In  RECORD  STATUS  CODE 
on  Daily  Container  Worksheet. 


DteHoldStart  <  Today’s  Date 
and 

DteHoldStop  =  Blank 
GENERATE: 

Code:  ’H’  and  place  in  RECORD  STATUS  CODE 
on  Daily  Container  Worksheet. 


RecngnCFmNoncFm  =  C 

generate: 

Code:  ’R’  and  place  in  RECORD  STATUS  CODE 
on  Daily  Container  Worksheet. 


Divrsnindic  =  ’Y’ 

generate: 

Code:  ’D’  and  place  in  RECORD  STATUS  CODE 
on  Daily  Container  Worksheet. 


CntnrMov 


Select 


Move  to  on  Output 


CntnrNoPref ix 


VoyageDocuNoF I tNo 

CntnrTCN 

ModeMethShpmtCd 


1st  3  positions  of  Container  Number 
(CONT  NUMBER) 

VOYAGE  DOCUMENT  NUMBER 
TCN 

MODE  METHOD  SHIPMENT  CODE 
TOTAL  STOPS 


DETERMINE 
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DteStageStart  <  Today’s  Date 
and 

DteStageStop  =  Blank 
generate: 

Code  =  ’S*  and  place  in  RECORD  STATUS  CODE 
on  Daily  Container  Worksheet. 


MEvent 


Select 


Move  to  on  Output 


MovEvntCd 

EvntTy 

EvntTy 

EvntTy 

EvntTy 

GENERATE 


TTB 

A,  EvntDte 

B,  EvntDte 

C,  EvntDte 

D,  EvntDte 


A  DATE 
B/C  DATE 
B/C  DATE 
D  DATE 


EvntTy  =  £ 


E  DATE 


System  will  sort  all  selected  containers  by  MCE,  and 
within  MCE,  Consignee,  and  within  Consignee,  CntnrNo. 

System  will  print  Daily  Cntnr  Worksheet  in  the  format 
provided  (see  output).  4  blank  lines  will  be  left 
after  each  line  of  information.  There  will  be  a  page 
break  betweem  BMCTs.  4  blank  lines  will  be  left  between 
container  detail  lines  within  consignee,  and  5  blank  lines 
between  consignee.  There  will  be  a  page  break  between 
MCEs. 


System  will  generate  today’s  date,  the  page  number,  and  the 
title  "Daily  Container  Worksheet"  for  a  heading  on  each 
page. 


EMPLOYS: 

CntnrMovStp-F i le  , 

CntnrMov“F i le  , 

MEvent-File  ; 

REFERENCES:  Dai ly-Cntnr-CntnrMovStp-Ref  IN  CntnrMovStp-F i le 

REFERENCES:  Da i ly-Cntnr-CntnrMov-Ref -Ent  IN  CntnrMov-F i le  ; 

REFERENCES:  Dai ly-Cntnr-MEvent-Ref-Ent  IN  MEvent-File  ; 
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RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Mitchcm*  ; 


Trns-ISAM-File 
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22  DEFINE  PROCESS  Prep-Da ily-SEAVAN-Status-Rept 

DESCRIPTION; 

Prepare  Daily  SEAVAN  Status  Report 

This  process  is  initiated  daily  by  the  MCT  system  user.  All  DIC 
reporting  data  that  has  been  entered  into  the  container  database 
that  day  is  identified,  formatted  by  DIC  type  transaction  into  the 
DSSR,  and  stored  in  a  hold  file. 

KEYWORD  IS:  ’Container*  , 

'LOB*  ; 

SEE  MEMO: 

TCR-Daily-SEAVAN-Status-Report  ; 

PART  OF:  Prepare-Container-Reports  ; 

PROCEDURE; 

User  will  access  process  by  use  of  system  menus. 

Process  will  begin  by  user  selection  via  system  prompt. 

User  will  press  CGO] 

DISPLAY:  "LOADING  DAILY  SEAVAN  STATUS  REPORT." 


«  SORT : 


System  will  sort  the  ISAM  file  so  that  all  the  DICs  are 
grouped  together.  Mov  Evnt  codes  will  be  in  the  following 
order: 

TM2 

TM3 

TMS 

TTB 

TTP 

TTU 

TTW 

ZTB 

ZTP 

ZTW 


DISPLAY:  "DAILY  SEAVAN  STATUS  REPORT  IS  RUNNING." 


CONVERT : 


System  will  convert  the  Indexed  Sequential  File  into  a 
sequential  file. 


DELETE: 


System  will  delete  the  Indexed  Sequential  File. 
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SEND: 


The  sequential  file  to  the  COMMO  process. 


DISPLAY: 


"DSSR  File  name  is  DSSRTXNSEQ.  Exiting  to  ADS  Menus." 


UPDATES: 

Commo-Proc-Hold-F i le  ; 

EMPLOYS: 

Trns-ISAM-F i le  ; 

ADDS:  Dai ly-SEAVAN-Sta-Message  TO  Commo-Proc-Hold-F i le  ; 

REFERENCES:  Dai ly-SEAVAN-Status-Inf o-Ent  IN  Trns-ISAM-F i le  ; 

CREATES: 

Dai ly-SEAVAN-Sta-Message  * 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Mitchem’  ; 
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System 

-Operator 


<Dart^-Dead^  1ned-Cntnr-Info-Inp> 


CgoMCE-Tbl  <CgoMCE-Dam-DL-Ref > 


I 

CntnrMovStp-  <CntnrMovStp-Dam-DL-Ref >  i 

1“^  T  _  ▼ 


Prep^-Dam- 
Deadl ined- 
Cntnr-Rept 


System-  -  * 

Parameter-Tbl  <Si xty-Day-Pa  r ameter-Ref  > 


^CntnrMov-Darn-DL-Re-f  > 


Cntnrr*'ov- 

Fi1e 


<CntnrMov-Dam-DL-Upd> 


<Dam-DBad1ined-Cntnr-Report> i 


Cntnr-Msg 

-File 


Figure  17.  Prep-Dam-Deadlined-Cntnr-Rept 
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DEFINE  PROCESS  Prep-Dam-Dead M ned-Cntnr-Rept  ; 

DESCRIPTION; 

Prepare  Damaged  Dead lined  Container  Report 

This  process  receives  damaged  deadltned  container  information 
and  generates  a  message  containing  pertinent  information  relative 
to  container  identification,  extent  of  damage/deadline  (e.g. 
who,  what,  when,  where,  why,  and  how).  The  process  formats  the 
required  information  and  transmits  it  to  TMCA. 

KEYWORD  IS:  ‘Container’  , 

‘LOB’  ; 

SEE  MEMO: 

Front-End-Process-Memo  , 

TCR-Dam-DL-Cntnr-Rept-Memo  ; 

RECEIVES: 

Dam-Deadl ined-Cntnr-Info-Inp  ; 

PART  OF:  Prepare-Container-Reports  ; 

PROCEDURE ; 


User  selects  Prepare  Damaged/Deadl ined  Container  Report 
from  menu. 


1) 

If: 

User  enters  CntnrNo 
MATCH: 

CntnrNo  from  screen  with  CntnrNo  in  CntnrMovStp  File 
IF: 

NO  match: 

DISPLAY: 

"Container  Number  not  valid,  reenter  or 
exit  process." 


ELSE: 

Use  CntnrNo  to  access  CntnrMovStp. 

DISPLAY: 

"CntnrNo  CntnrOwn  Consignee  MultiStpNo  StpComp" 
XXXXX  XXXX  XXXXXX  X 

System  will  allow  user  to  course  through  this 
scrollable  screen  to  the  desired  stop.  When  the 
stop  is  selected,  the  user  will  hit  "GO"  and 
the  first  process  screen  will  be  displayed. 

MOVE: 

CntnrNoPref ix  from  CntnrMov  to  Container 
Number  on  first  process  screen. 

DISPLAY: 

First  Process  Screen 
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User  enters  CntnrNo  +  CntnrNoPref ix 
MATCH: 

CntnrNo  from  screen  with  CntnrNo  in  CntnrMovStp  File 

NO  MATCH: 

DISPLAY: 

"Container  Number  not  valid,  reenter  or 
exit  process." 

EDIT: 

System  will  edit  CntnrNoPref ix 
IF  • 

CntnrNoPref i X  <  >  Alphanumeric 
DISPLAY: 

Err  Msg  -  "Container  number  must 
be  alphanumeric." 


ELSE: 


screen  to  access  CntnrMovStp. 

DISPLAY  * 


'CntnrNo  CntnrOwn  Consignee  MultiStpNo’ 

xxxxxxxx  xxxx  xxxxxx  X 


System  will  allow  user  to  course  through  this 
scrollable  screen  to  the  desired  stop.  When  the 
stop  is  selected,  the  user  will  hit  "GO"  and  the 
first  process  screen  will  be  displayed. 

IF:  CntnrNoPref ix  in  CntnrMov  =  000 

UPDATE:  Screen  entered  CntnrNoPref ix  to 
CntnrNoPref ix  in  CntnrMov. 


DISPLAY: 


MOVE:  CntnrNoPref ix  from  CntnrMov  to  Container 
Number  on  First  Process  Screen. 


First  Process  Screen 


User  enters  FWTNo 
MATCH: 

FWTNo  from  screen  with  FWTNo  in  CntnrMov  File 
NO  MATCH: 

DISPLAY:  Freight  Warrant  Number  entered  not 

_  valid.  Reenter  or  exit  the  process. 

uLSE  * 

Use  CntnrNo  and  CntnrOwnAbbr  found  in  the 
CntnrMov  file  to  access  CntnrMovStp 
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DISPLAY: 


Cntnr  Mov  Stop  data  as  follows: 
CntnrNo  CntnrOwn  Consignee  MultiStpNo 


XXXXX 


XXXX 


XXXXXX 


DISPLAY: 


System  will  allow  user  to  course 
through  this  scrollable  screen  to 
the  desired  stop.  When  the  stop  is 
selected,  the  user  will  hit  *G0’  and 
the  first  process  screen  will  be  dis¬ 
played. 

MOVE: 

CntnrNoPref ix  from  CntnrMov  to 
Container  Number  on  first  process 
screen. 


First  Process  Screen 


User  enters  TMRPrefix 
MATCH: 

TMRPrefix  from  screen  with  TMRPrefix  in  CntnrMov  file  ,iv 
NO  match: 

DISPLAY:  TMRPrefix  entered  not  valid.  Reenter  or 
exit  the  process. 

ELSE: 

Use  CntnrNo  and  CntnrOwnAbbr  found  in  the 
CntnrMov  file  to  access  CntnrMovStp 
DISPLAY: 

CntnrMovStp  data  as  follows: 

CntnrNo  CntnrOwn  Consignee  MultiStpNo 


XXXXX 


XXXX 


XXXXXX 


System  will  allow  user  to  course 
through  this  scrollable  screen  to  the 
desired  stop.  When  the  stop  is  select¬ 
ed,  the  user  will  hit  ’GO’  and  the 
first  process  screen  will  be  displayed 
MOVE: 

CntnrNoPref ix  from  CntnrMov  to 
Container  Number  on  first  process 
screen. 


DISPLAY: 


First  Process  Screen 


1 1 1-222 


-j*  ^  rji  '■  j<  ^  ■ww.r.^^v 

JA 


ADSM  18-LZ4-AKM-BUR-FD 
WORKING  DRAFT  3.0 
DECEMBER  1987 


User  enters  CntnrTCN. 

MATCH : 

CntnrTCN  -froin  screen  with  CntnrTCN  in  CntnrMov. 

IF: 

No  match. 

DISPLAY: 

"Container  TCN  not  valid.  Reenter  or  exit 
process . " 

ELSE: 

Select  CntnrNo,  CntnrOwnAbbr  -from  CntnrMov  to  access 
CntnrMovStp. 

display: 

CntnrMovStp  data  as  follows: 


Cntnr  CntnrOwnAbbr 

No  Abbr 

XXXXX  XXXX 

XXXXX  XXXX 


Consignee 


XXXXXX 

XXXXXX 


MultiStp  Stp 

No  Comp 


MOVE: 


System  will  allow  user  to  course  through 
this  scrollable  screen  to  the  desired  stop 
When  the  stop  is  selected,  the  user  will 
hit  CGO]  and  the  first  process  screen 
will  be  displayed. 


CntnrNoPref ix  from  CntnrMov  to  Container 
Number  on  the  first  process  screen. 


DISPLAY: 


move: 


First  Process  Screen 

System  will  then  display  the  screen  below  with  the  "Head¬ 
er"  data  and  the  (X)  element  fields  computer  entered  and 
a  prompt  stating  "Enter  data,  press  <RETURN>,  <NEXT  PAGE> 
to  continue,  <CANCEL/FINISH>" . 

Using  OriginMCEPref ix  from  System  Parameter  Tbl  to 
access  CgoMCE  Tbl  and  display  MCENme  in  the  "FROM" 
header.  The  "TO"  and  "INFO"  values  will  be  hard  coded 
into  the  header  as  displayed  on  the  screen.  The 
container  information  is  generated  by  the  "Front  End" 
or  "Open  Door"  process  and  displayed  on  the  screen: 
CntnrNo,  CntnrOwnAbbr,  VoyDocuNoF ItNo ,  and  CntnrTCN, 
from  CntnrMov  File,  and  Consignee  from  CntnrMovStp 
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File. 

IF:  The  OriginMCEPreFix  value  does  not  exist  in  the 
System  Parameter  Tbl. 

THEN:  The  system  will  display  a  prompt  stating,  "MCE 
Code  not  found,  contact  System  Administrator". 

IF:  The  MCTPrefix  does  not  exist  in  the  CgoMCE  Tbl. 

THEN;  The  system  will  display  a  prompt  stating, 

"MCE  Code  not  found,  update  table... try  again". 


► 


IF:  The  MCENme  does  not  exist  in  the  CgoMCE  Tbl. 

THEN:  The  system  will  display  a  prompt  stating,  "MCE 
name  not  found,  update  table... try  again". 


U 


Damaged/Dead  1 ined  Report 

(Screen  1  of  3) 

1 

FROM: 

C,  MCT-XXXXXXXXXXXXXXXXXXXXXXXXXXXXX 

TO: 

CDR,  1ST  TMCA 

INFO: 

C,  MECOBO-NORTH 

Container  Number: 

XXXXXXXX 

Container  Owner: 

XXXX 

Voyage  Number: 

XXXXX 

Consignee: 

xxxxxx 

Container  TCN: 

XXXXXXXXXXXXXXXXX 

DTG  Dam/Dl  Occurred: 

- (9) -  (Julian  Date  +  HHMM) 

Location  Dam/Dl  Occurred: 

- (35) - 

^  j 

Current  Location: 

- (35) - 

'•^11 

a 


NOTE: 


The  cursor  at 
To  locate  the 
nonappl icable 
the  Direction 


this  point  will  be  on  "DTG  Dam/Dl  Occurred", 
cursor  on  another  data  element,  or  bypass  a 
data  element,  will  be  accomplished  by  pressing 
Arrows  or  <RETURN>  key. 
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The  user  desires  to  develop  a  Damaged/Deadline  Report. 


THEN: 


The  user  will  begin  -free  text  entry  o-f  data,  not  to  exceed 
the  designated  -field  lengths  indicated  and  without  edits  or 
validations,  starting  with  the  first  applicable  data  element 
on  the  screen  above.  “Header"  and  "Container"  information 
cannot  be  entered  or  changed  in  this  process. 


ELSE: 


The  user  will  press  the  <FINISH>  key  which  will  display  a 
prompt  stating  "Exit  to  Menu?  Press  <G0>  to  confirm  -  Press 
<CANCEL>  to  deny"  or  press  the  <CANCEL>  key  which  will  return 
to  the  "Front  End"  or  "Open  Door"  screen. 


For  example,  the  user  desires  to  enter  the  "Location 
Dam/D  I  Occurred". 


THEN: 


The  user  will  insure  that  the  cursor  is  located  in  1 
blank  data  field  adjacent  to  the  "Location  Dam/Dl 
Occurred"  and  will  enter  the  appropriate  location. 
The  data  will  be  entered  and  the  cursor  will  move 
to  "Location  Dam/Dl  Occurred"  when  the  <RETURN>  key 
is  pressed. 


IF:  The  user  continues  to  enter  data  and  completes  the 
entry  of  the  last  data  element  on  the  screen  and 
presses  <RETURN>. 


THEN:  The  cursor  will  loop  to  the  first  available  entry 
on  the  screen  (e.g.  DTG  Dam/Dl  Occurred). 


if:  The  user  desires  to  move  to  the  next  screen  (e.g. 
Screen  2  of  3) . 


THEN: 


The  user  will  press  the  <NEXT  PAGE>  key  and  the 
second  process  screen  will  be  displayed  as  shown 
below. 


DISPLAY: 


Second  Process  Screen 

System  will  then  display  the  screen  below  with  a  prompt 
stating  "Enter  data,  press  <RETURN>,  <NEXT  PAGE>  to 
continue,  <CANCEL/FINISH>". 


Damaged/Deadl ined  Report 


Driver  Identification  (Military  Drayed  Only) 


(Screen  2  of  3) 


1 1 1-225 


Mil 
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Name: 
Rank : 
Unit: 
Unit  Ph  No: 


Extent  of  Damage 
Container: 
Chassis: 

Tractor  (If  applicable): 

Cargo: 


Assistance  Required 
Carrier  Maint  Team: 

Claims  Team: 
Other : 
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- (20) 

—  (3)  — 


(15) 


(35) 


(50) 

(50) 

(50) 

(50) 


-(!)-  (Enter  Y  or  N) 
-(!)-  (Enter  Y  or  N) 
- (35)  — 


1 


NOTE:  The  cursor  at  this  point  will  be  on  "Name". 


6.  IF:  The  user  desires  to  continue  development  of  the  Damaged/ 

Deadl ine  Report . 

THEN:  The  user  will  continue  free  text  entry  of  data,  not  to  exceed 
the  designated  field  lengths  indicated,  starting  with  the 
first  applicable  data  element  on  the  screen  above. 

ELSE:  The  user  will  press  the  <FINISH>  key  which  will  display  a 

prompt  stating  "Exit  to  Menu?  Press  <G0>  to  confirm  -  Press 
<CANCEL>  to  deny"  or  press  the  <CANCEL>  key  which  will  return 
to  the  "Front  End"  or  "Open  Door"  screen. 

IF:  The  cursor  is  on  the  "Carrier  Main  Team"  or  "Claims 

Team"  and  an  entry  is  made  other  than  a  "Y"  for  Yes  or 
"N"  for  No. 

THEN:  The  system  will  display  a  prompt  stating  "Must  be  a 
Y  or  N. . .try  again". 


1 


IF:  The  user  completes  the  entry  of  the  last  data  element 
on  the  screen  (e.g.  Other)  and  presses  <RETURN>. 

THEN:  The  cursor  will  loop  to  the  first  available  entry  on 
the  screen  (e.g.  Name). 


3 
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IF:  The  user  desires  to  move  to  the  next  screen  (e.g.  Screen 
3  of  3). 

THEN:  The  user  will  press  the  <NEXT  PA6E>  key  and  the  third 
process  screen  will  be  displayed  as  shown  below. 


DISPLAY:  Third  Process  Screen 

System  will  then  display  the  screen  below  with  a  prompt 
stating  "Enter  data,  press  <RETURN>,  <G0>  to  create 
report,  <CADjCEL/FINISH>". 


Damaged/Dead  I ined  Report 


(Screen  3  of  3) 

Report  Submitted  By 

Name:  - (20) - 

Rank:  -.-o)  — 

Unit:  - (35) . . 

Unit  Ph  No:  . -(15) . . 

Description  of  Damaged/Dead I ined  Deficiency: 


(150) 


Remarks : 

- - (150) 


NOTE:  The  cursor  at  this  point  will  be  on  "Name". 

7.  IF:  The  user  desires  to  continue  development  of  the  Damaged/ 
Deadl ine  Report . 
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THEN:  The  user  will  continue  free  text  entry  of  data,  not  to  exceed 
the  designated  field  lengths  indicated  and  without  edits  or 
validations,  starting  with  the  first  applicable  data  element 
on  the  screen  above. 

ELSE:  The  user  will  press  the  <FINISH>  key  which  will  display  a 

prompt  stating  "Exit  to  Menu?  Press  <G0>  to  confirm  -  Press 
<CANCEL>  to  deny"  or  press  the  <CANCEL>  key  which  will  return 
to  the  "Front  End"  or  "Open  Door"  screen. 

IF:  The  user  completes  the  entry  of  the  last  data  element 
on  the  screen  (e.g.  Remarks)  and  presses  <RETURN>. 

THEN:  The  cursor  will  loop  to  the  first  available  entry  on 
the  screen  (e.g.  Name). 


IF:  The  user  desires  to  create  the  Damaged/Deadl ined  Container 
Report . 

THEN:  The  user  must  first  display  the  third  process  screen  (e.g. 
Screen  3  of  3)  using  the  <NEXT  PAGE>  key. 

ELSE:  The  system  will  display  a  prompt  stating  "Screen  3  must  be 
displayed  when  pressing  <G0>... press  <RETURN>. . .try  again". 

IF:  Screen  3  of  3  is  displayed  and  the  <G0>  key  is  pressed. 

THEN:  The  system  will  display  a  prompt  stating  "Do  you  wish  to 
review?  Press  <PREV  PAGE>  or  <G0>  to  continue". 

IF:  The  user  desires  to  review  the  information  developed  on 
the  previous  screens  before  creating  the  report. 

THEN:  The  user  will  press  the  <PREV  PAGE>  key  and  the  system 
will  display  the  previous  screens  developed  in  reverse 
order  (e.g.  Screen  2  of  3  will  be  displayed  and  then 
Screen  1  of  3) . 

IF:  The  user  presses  the  <PREV  PAGE>  key  with  Screen  1  of  3 
displayed. 

THEN:  The  system  will  display  a  prompt  stating  "No  previous 
page". 

IF:  Changes  are  required  during  the  review. 

THEN:  The  user  will  move  the  cursor  to  the  changes  required 


I 

I 
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with  the  Direction  Arrow  keys.  Corrections  will  be 
made  using  the  systems  "Over  Type"  and  "Delete"  keys. 

IF:  The  user  presses  the  <GO>  key  the  second  time. 

THEN:  The  system  will  update  the  CntnrMov  Record  by  assigning 
the  value  "D"  to  CntnrDam  and  the  current  Julian  date 
to  DteLstUpdCntnr.  The  system  will  -format  the  message 
below  with  the  appropriated  in-formation,  assign  the 
report  a  file  number,  and  send  the  report  to  the 
"General  Message"  process.  (NOTE:  The  file  number  is 
a  15  space  system  generated  alphanumeric  code  with  the 
first  three  spaces  hard  coded  "DDL"  for  Damaged/Dead¬ 
li  ned  and  the  remaining  12  spaces  made  up  of  a  Date 
Time  Group  of  "YY,  MM,  DD,  HH,  MM,  SS".)  The  report 
file  number  will  be  displayed  in  a  prompt  for  the 
user’s  information  which  states: 

"DDLYYMMDDHHMMSS  is  your  file  name.  Press  <GO>  to 
continue" . 

IF:  The  user  presses  the  <CANCEL>  key. 

THEN:  The  system  will  return  to  the  "Front  End"  or  "Open  Dorr" 
process . 

NOTE:  Any  additions  or  modifications  required  to  any  of  the  Damaged/ 
Deadlined  Report  data,  to  include  "Header"  data,  can  be  accomp¬ 
lished  in  the  "General  Message  Process". 


display:  Message  format. 


FROM:  C,  MCT-xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 

TO:  CDR,  1ST  TMCA 

INFO:  C,  MECOBO-NORTH 


SUBJ:  Damaged/Deadl ined  Container  Report 


1.  Container  Identification: 

a.  CntnrTCN:  xxxxxxxxxxxxxxxxx 

b.  CntnrOwn:  xxxx 

c.  VoyDocNo:  xxxxx 

2.  DTG  Damaged/Deadline  Occurred:  xxxxx 

3.  Dam/DL  Occurred  At:  xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 


mmcmr 


4. 

5. 


6. 

7, 


8. 


9. 

10. 
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XXX 


Current  Location:  xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
Driver  ID:  Name:  xxxxxxxxxxxxxxxxxxxx  Rank: 

Unit:  xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 

Unit  Ph:  xxxxxxxxxxxxxxx  (For  Mil  Drayed  Only) 

Brief  description  of  damage  or  deadline  deficiency: 
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
Extent  of  Damage: 

a.  Container:  xxxxxxxxxxxxxxxxxxx 

b.  Chassis:  xxxxxxxxxxxxxxxxxxxxxxx 

c.  Tractor  (if  applicable): 

xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 

d.  Cargo:  xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
Assistance  Required: 

a.  Carrier  Maint  Team:  x 

b.  Carrier  Claims  Investigator:  x 

c.  Other:  cxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
Remarks : 

xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
Report  Submitted  By:  Name:  xxxxxxxxxxxxxxxxxxxxxxx  Rank:  xxx 
Unit:  xxxxxxxxxxxxxxxxxxxxxxxxx  Unit  Ph:  xxxxxxxxxxxxxxx 


MAINTAINS: 

CntnrMov-F i le  ; 
UPDATES: 

Cntnr-Msg-Fi le  ; 
EMPLOYS: 

CntnrMovStp-F i le  , 
System-Paramcter-Tbl  , 
CgoMCE-Tbl 


ADDS 

MODIFIES: 

REFERENCES: 

REFERENCES: 

REFERENCES: 

REFERENCES: 

CREATES: 

Dam-Dead  I ined-Cntnr-Report  ; 
RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Morris’  ; 


Dam-Dead  I ined-Cntnr-Report  TO  Cntnr-Msg-F i le  ; 
CntnrMov-Dam-DL-Upd  IN  CntnrMov-F i le  ; 
CntnrMovStp-Dam-DL-Ref  IN  CntnrMovStp-F i le  ; 
Sixty-Day-Parameter-Ref  IN  System-Parameter-Tbl 
CgoMCE-Dam-DL-Ref  IN  CgoMCE-Tbl  ; 
CntnrMov-Dam-DL-Ref  IN  CntnrMov-F i le  ; 


I I 1-230 


# 


ADSM  18-LZ4-AKM-BUR-FD 
WORKING  DRAFT  3.0 
DECEMBER  1987 


ADSM  18-LZ4-AKM-BUR-FD 
WORKING  DRAFT  3.0 
DECEMBER  1987 


24  DEFINE  PROCESS  Prep-Del-60-Day-0ld-Cntnr-Rept 

DESCRIPTION; 

Prepare  Deletion  of  60  Day  Old  Container  Report 

At  prescribed  times  all  MCTs  are  required  to  send  delete  60  day  contain¬ 
er  reports  to  1st  TMCA  to  identify  containers  that  were  forecasted  to 
their  area  but  never  arrived.  This  process  is  used  to  identify  those 
container  records  as  candidates  for  deletion  to  purge  inactive  records 
from  the  database.  The  system  user  (MCT)  selects  this  process  from 
the  container  master  menu.  This  process  identifies  container  records 
that  have  not  had  any  subsequent  movement  events  posted  from  the  date 
the  record  was  created  plus  the  value  (60  Day  Old  Deletion  Process) 
in  the  parameter  table.  The  records  that  are  identified  as  being 
inactive  are  flagged  in  the  database  and  printed  in  the  delete  60 
day  old  container  message  file  which  is  transmitted  to  TMCA. 


ASSUMPTION:  All  container  transaction  processes  that  report  and  record 
subsequent  movement  events,  will  update  CntnrMov  records (DteLstUpdCntnr) 
which  is  a  key  to  this  process. 

KEYWORD  IS:  'Container’  , 

•LOB’  ; 

SEE  MEMO: 

TCR-Dele-60-Day-0ld-Cntnr-Memo  ; 

PART  OF:  Prepare-Conta i ner-Reports  ; 

PROCEDURE; 

Read:  Each  record  in  the  CntnrMov  file 
IF:  DteLstUpdCntnr  in  a  record  is  blank. 

Then:  Read,  DteRecCreat  in  that  file  record,  and  compare 
that  date  to  the  present  date  (DteCurr)  using  the 
system  calendar  function. 

IF:  The  difference  between  those  dates  is  equal  to  or 
greater  to  the  value  (60  Day  Old  Deletion  Process) 
in  the  parameter  file. 

Then:  Update  the  CntnrMov  record  (DelFLag)  with  a 
"Y"  value. 

Then:  When  the  value  "Y"  is  updated  in  a  record, 
update  that  record  with  DteLstUpdCntnr  with 
the  current  date  (DteCurr)  using  the  system 
calendar  function. 

Else: 

IF: 

DteLstUpdCntnr  in  a  record  has  a  value. 

Then:  Search  for  _  a  value  "Y"  in  the  Del  Flag 

field. 

IF: 

No  value  *’Y"  is  found 
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Then:  Read  next  record 
IF:  Value  "Y"  is  found 

Then:  Compare  the  Dte  Lst  Upd  Cntnr  with 
the  Dte  Curr  (same  day). 

IF:  They  are  different 

Then:  Read  next  record 
IF:  They  are  equal 

Then:  Move  the  record  data 
to  the  message  file. 

Then:  Update  the  message  file  with  the  data  listed 
below: 


DATA  ELEMENT 

FROM 

TO 

CntnrOwnAbbr 

CntnrMov 

MESSAGE 

FILE 

CntnrNoPref ix 

CntnrMov 

MESSAGE 

FILE 

CntnrNo 

CntnrMov 

MESSAGE 

FILE 

VoyDocuNoFltNo 

CntnrMov 

MESSAGE 

FILE 

POD 

CntnrMov 

MESSAGE 

FILE 

THE  FOLLOWING  FORMAT  WILL  BE  USED  IN  THE  MESSAGE  FILE: 


FORMAT:  Delete  60  Day  Old  Container  Report 

FROM:  C,  MCT  _ 

TO:  CDR,  1st  TMCA  AEUTR-  MCA  IS 
AEUTR-  MCA-  CC 

SUBJECT:  DELETION  OF  60  DAY  OLD  CONTAINERS. 

1.  THE  FOLLOWING  CONTAINERS  WERE  FORECASTED  TO  THIS  MCT  BUT 
HAVE  NOT  ARRIVED  IN  60  DAYS  AND  ARE  BEING  DELETED  ON 
_  DATE. 

CNTNR  OWNER  CNTNR  NUMBER  VOYAGE  DOCUMENT  POD 

Else: 

IF:  DteLstUpdCntnr  in  a  record  has  a  value. 

Then:  Search  for  _  A  value  "Y"  in  the  Del  Flag 

field. 

IF:  No  value  "Y"  is  found 
Then:  Read  next  record 
IF:  Value  "Y"  is  found 

Then:  Compare  the  DteLstUpdCntnr  with  the 
DteCurr  (same  day). 
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IF:  They  are  different 

Then:  Read  next  record 
IF:  They  are  equal 

Then:  Move  the  record  data  to  the 
message  file. 


The  header  information  will  be  added  to  the  message  file  as  shown 
above . 

Then:  The  date  the  record  will  be  deleted  (as  of  date)  will 

be  created  by  reading  the  parameter  table  (NOTIFICATION 
FROM  TMCA  OF  CNTNR  DELETION)  value  and  adding  it  to  the 
present  date  (DteCurrr)  from  the  system  calendar 
function. 

Then:  Print  the  date  in  headers  blank  field  ( _ )  date  area 

to  the  right  of  "DELETED  ON"  in  the  message  file. 

Then:  Read  the  parameter  table  (Origin  MCE  Prefix)  and  search 
the  CgoMCE  file  for  (MCENme) 

Then:  PRINT  that  name  on  the  header  to  the  blank  field  area 
to  the  right  of  "FROM"  in  the  message  file. 

If:  No  records  meet  the  criteria  to  be  printed  in  the 
message  file  for  transmission  to  TMCA. 

Then:  Print  "Negative  Report"  under  the  message  format 
lines  in  the  message  file. 

NOTE:  Make  this  file  available  to  the  general  message  process. 

THEN:  Display,  the  message  file  name/dte  time  group  on  the 
screen:  "( — 12 — )  is  your  file  name,  press  GO  to 
exit". 

NOTE:  The  users  manual  must  instruct  the  user  to  copy  down  the 
file  name  so  it  can  be  used  to  access  the  report  in  the 
general  message  process. 


MAINTAINS: 

CntnrMov-F i le  ; 

UPDATES: 

Sixty-Day-Msg-F i le  ; 

EMPLOYS: 

System-Parameter-Tbl  , 

CgoMCE-Tbl  ; 

ADDS:  Sixty-Day-Cntnr-Upd  TO  CntnrMov-F i le  ; 

ADDS:  Dele-60-Day-0ld-Cntnr-Rept-Upd  TO  Sixty-Day-Msg-F i le 

REFERENCES:  S i xty-Day-Cntnr-Ref  IN  CntnrMov-F i le  ; 
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REFERENCES:  Sixty-Day-Paramftter-Ref  IN  System-Parameter-Tbl  ; 

REFERENCES:  Si xty-Day-MCE*Ref  IN  CgoMCE-Tbl  ; 

CREATES: 

CntnrMov  , 

Dele-60-Day-0ld-Cntnr-Rept-Upd  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

'Valentine*  ; 


.jV  \ 
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DEFINE  PROCESS  Prep-Delayed-Del i very-Event  ; 

DESCRIPTION; 

Prepare  Delayed  Delivery  Event 

This  process  allows  a  specific  container  to  be  selected  from  the 
database,  and  have  information  regarding  a  delayed  delivery  posted  to 
it.  The  process  will  allow  the  user  to  track  the  DD  request,  the 
approval,  the  delay,  and  the  release. 

KEYWORD  IS:  ’Container’  , 

’LOB’  ; 

SEE  MEMO: 

Front-End-Process-Memo  , 

TCR-Delayed-Dl vr-Process-Memo  ; 

RECEIVES: 

Delayed-Del i very-Event-Inp  ; 

PART  OF:  Rec+Report-Cntnr-Mov-Events  ; 

PROCEDURE; 


User  enters  CntnrNo 
MATCH; 

CntnrNo  from  screen  with  CntnrNo  in  CntnrMovStp  File 
IF:  V. 

NO  MATCH:  * 

DISPLAY:  ‘ 

"Container  Number  not  valid,  reenter  or 
exit  process." 

ELSE: 

Use  CntnrNo  to  access  CntnrMovStp. 

DISPLAY: 

"CntnrNo  CntnrOwn  Consignee  MultiStpNo  StpComp" 
XXXXX  XXXX  XXXXXX  X 

System  will  allow  user  to  course  through  this 
scrollable  screen  to  the  desired  stop.  When  the 
stop  is  selected,  the  user  will  hit  "GO"  and 
the  first  process  screen  will  be  displayed. 

MOVE: 

CntnrNoPref ix  from  CntnrMov  to  Container 
Number  on  first  process  screen. 

DISPLAY; 

First  Process  Screen 


User  enters  CntnrNo  +  CntnrNoPref ix 
MATCH: 
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CntnrNo  from  screen  with  CntnrNo  in  CntnrMovStp  File 
IF: 

NO  MATCH: 

DISPLAY: 

"Container  Number  not  valid,  reenter  or 
exit  process." 


EDIT: 


ELSE; 


System  will  edit  CntnrNoPref ix 
IF: 

CntnrNoPref ix  <  >  Alphanumeric 
DISPLAY: 

Err  Msg  -  "Container  number  must 
be  alphanumeric." 


Use  CntnrNo  from  screen  to  access  CntnrMovStp. 
DISPLAY: 

"CntnrNo  CntnrOwn  Consignee  MultiStpNo" 
XXXXXXXX  XXXX  XXXXXX  X 

System  will  allow  user  to  course  through  this 
scrollable  screen  to  the  desired  stop.  When  the 
stop  is  selected,  the  user  will  hit  "GO"  and  the 
first  process  screen  will  be  displayed. 

IF:  CntnrNoPref ix  in  CntnrMov  =  000 

UPDATE:  Screen  entered  CntnrNoPref ix  to 
CntnrNoPref ix  in  CntnrMov. 


DISPLAY 


MOVE:  CntnrNoPref i X  from  CntnrMov  to  Container 
Number  on  First  Process  Screen. 


First  Process  Screen 


IF: 

User  enters  FWTNo 
MATCH: 

FWTNo  from  screen  with  FWTNo  in  CntnrMov  File 
IF: 

NO  MATCH: 

DISPLAY:  Freight  Warrant  Number  entered  not 
valid.  Reenter  or  exit  the  process. 

ELSE: 

Use  CntnrNo  and  CntnrOwnAbbr  found  In  the 
CntnrMov  file  to  access  CntnrMovStp 
DISPLAY: 

Cntnr  Mov  Stop  data  as  follows: 


CntnrNo 


CntnrOwn  Consignee  MultiStpNo 
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XXXXX 


XXXX 


XXXXXX 


System  will  allow  user  to  course 
through  this  scrollable  screen  to 
the  desired  stop.  When  the  stop  is 
selected,  the  user  will  hit  *G0’  and 
the  first  process  screen  will  be  dis¬ 
played. 

MOVE: 

CntnrNoPref ix  from  CntnrMov  to 
Container  Number  on  first  process 
screen. 


DISPLAY; 


First  Process  Screen 


User  enters  TMRPrefix 
MATCH: 

TMRPrefix  from  screen  with  TMRPrefix  in  CntnrMov  file 
IF: 

NO  MATCH: 

DISPLAY:  TMRPrefix  entered  not  valid.  Reenter  or 
exit  the  process. 

ELSE: 

Use  CntnrNo  and  CntnrOwnAbbr  found  in  the  ^ 

CntnrMov  file  to  access  CntnrMovStp 

DISPLAY: 

CntnrMovStp  data  as  follows: 

CntnrNo  CntnrOwn  Consignee  MultiStpNo 


XXXXX 


XXXX 


XXXXXX 


DISPLAY 


System  will  allow  user  to  course 
through  this  scrollable  screen  to  the 
desired  stop.  When  the  stop  is  select¬ 
ed,  the  user  will  hit  'GO'  and  the 
first  process  screen  will  be  displayed 
MOVE: 

CntnrNoPref i X  from  CntnrMov  to 
Container  Number  on  first  process 
screen. 


First  Process  Screen 


User  enters  CntnrTCN. 

MATCH: 

CntnrTCN  from  screen  with  CntnrTCN  in  CntnrMov. 
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No  match. 

DISPLAY: 

"Container  TCN  not  valid.  Reenter  or  exit 
process." 

ELSE: 

Select  CntnrNo,  CntnrOwnAbbr  from  CntnrMov  to  access 
CntnrMovStp. 

DISPLAY: 

CntnrMovStp  data  as  follows: 


Cntnr 

No 

CntnrOwnAbbr 

Abbr 

Consignee 

MultiStp 

No 

Stp 

Comp 

XXXXX 

XXXX 

XXXXXX 

X 

X 

XXXXX 

XXXX 

XXXXXX 

X 

X 

System  will  allow  user  to  course  through 
this  scrollable  screen  to  the  desired  stop. 
When  the  stop  is  selected,  the  user  will 
hit  CGO]  and  the  first  process  screen 
will  be  displayed. 


MOVE : 

CntnrNoPref ix  from  CntnrMov  to  Container 
Number  on  the  first  process  screen. 


MATCH: 

The  system  will  search  CntnrMovStp  to  see  if  Delayed 
Delivery  information  exists  for  the  container.  In 
the  example,  no  prior  Delayed  Delivery  event  for 
that  container  has  occurred. 

IF: 

NO  MATCH. 

The  system  will  accept  screen  entered  information 
as  follows: 

Prompt:  ’Press  [RETURN]  to  enter  data,  [CANCEL]  to  exit 
process’ . 


DELAYED  DELIVERY 

Container  Number:  XXXXXXXX 


Container  Owner:  XXXX 
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Voyage  Number:  XXXXX 


Consignee:  XXXXXX 


Carrier  POC: 


Date  Carrier  Notified: 


Consignee  POC: 


Date  Consignee  Notified: 
Consignee  Req  Release  Date: 

Container  Location: 


Carrier  Release  POC: 


Date  of  Release:  _ 

$' 

Operator  will  press  [RETURN]  or  [CANCEL] 

IF: 

[CANCEL].  System  will  return  to  main  screen  with 
no  processing  accomplished  for  the  session. 

IF: 

[RETURN] 

Prompt:  "Enter  Carrier  POC  name’. 


DD  Carrier  POC  Notification 


User  will  enter  up  to  25  characters  of  free  text  informa¬ 
tion  describing  the  carrier  POC. 

PERFORM; 

Alpha-Numeric  Edit 

Operator  will  press  [RETURN]  or  [CANCEL] 

IF: 

[CANCEL].  System  will  return  to  main  screen  with  no 
processing  accomplished  for  the  session. 
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IF: 

[RETURN]  System  will  advance  to  the  next  field. 
Prompt:  ’Enter  5  position  Julian  Date’. 


DD  Date  Carrier  Notified 


User  will  enter  the  5  position  date  that  the  carrier  was 
notified  to  effect  the  delayed  delivery. 

PERFORM: 

Date-Val idat ion-Rout ine 
IF: 

DD  Date  Carrier  Notified  >  Today’s  Date 
DISPLAY: 

Err  Msg  "Date  must  be  equal  or  less  than 
today’s  date" 

IF: 

VALID  DATE: 

Operator  will  press  [RETURN]  or  [CANCEL] 

IF: 

[CANCEL].  System  will  return  to  main  screen  with 
no  processing  accomplished  for  the  session. 

IF: 

[RETURN]  System  will  advance  to  the  next  field. 
Prompt:  "Enter  Consignee  POC  name" 


DD  Consignee  POC 


User  will  enter  up  to  25  characters  of  free  text  infor¬ 
mation  describing  the  consignee  POC. 

Operator  will  press  [RETURN]  or  [CANCEL] 

IF: 

[CANCEL].  System  will  return  to  main  screen  with 
no  processing  accomplished  for  the  session. 

IF: 

[RETURN]  System  will  advance  to  the  next  field. 
Prompt:  "Enter  a  5  position  Julian  Date." 


DD  Date  Consignee  Notified 
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User  will  enter  the  5  position  date  that  the  consignee 
was  notified  to  effect  the  delayed  delivery. 

PERFORM: 

Date-Val idation-Routine 
IF: 

DD  Date  Consignee  Notified  >  Today’s  Date 
DISPLAY: 

Err  Msg  "Date  must  be  equal  or  less 
than  today's  date." 

IF: 

Valid  date  is  entered. 


i 

3 


>1 

i 


Operator  will  press  CRETURN]  or  [CANCEL] 

IF: 

[CANCEL].  System  will  return  to  main  screen 
with  no  processing  accomplished  for  the  session. 
IF: 

[RETURN]  System  will  advance  to  the  next  field. 
Prompt:  "Enter  a  5  position  Julian  Date." 


DO  Date  Consignee  Req  Rel 


User  will  enter  the  5  position  date  of  release  request 
as  provided  by  the  consignee. 

PERFORM: 

Date-Val idation-Routine 


IF: 

DO  Date  Consignee  Req  Rel  <  DD  Date  Carrier 
Notified. 

DISPLAY; 

Err  Msg  _ 

IF: 

Valid  date  entry. 

Operator  will  press  [RETURN]  or  [CANCEL] 

IF: 

[CANCEL].  System  will  return  to  main  screen 
with  no  processing  accomplished  for  the  session. 
IF: 

[RETURN]  System  will  advance  to  the  next  field. 
Prompt:  _ 


/ 

•j 


I 


4 
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Container  Location 


User  will  enter  up  to  25  characters  of  free  text 
information. 

Operator  will  press  CRETURN3  or  [CANCEL] 

IF: 

[CANCEL].  System  will  return  to  main  screen  with 
no  processing  accomplished  for  the  session. 

IF: 

[RETURN]  System  will  advance  to  the  next  field. 
Prompt:  "Press  CGO]  to  store  data  [RETURN]  to  make 
changes. " 

IF:  [RETURN] 

System  will  wrap  cursor  around  to  DD 
Carr  POC  Not  if 
IF: 

[GO] 

System  will  move  data  to  appropriate 
files  and  match  container  identifica¬ 
tion  (CntnrNo,  CntnrOwnAbbr , 
Consignee)  with  TTB-A  MEvent. 

IF: 

NO  MATCH: 

display: 

"A  TTB-A  transaction 
must  be  submitted. 

Press  [RETURN]  to 
continue. " 

User  will  press  [RETURN] 

display: 

"To  post  release. . .press 
[RETURN]  or  [CANCEL]  to 
exit." 

IF: 

MATCH : 

User  will  press  [RETURN] 

DISPLAY:  "To  post  release... 

press  [RETURN]  or 
[CANCEL]  to  exit." 


Operator  will  press  [RETURN]  or  [CANCEL] 

IF: 

[CANCEL].  System  will  return  to  main  screen 
with  no  processing  accomplished  for  the 
session. 
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[RETURN]  System  will  advance  to  the  next  field. 
Prompt:  "Enter  Carrier  POC  name." 


DD  Carrier  POC  Release  Not  if 


User  will  enter  up  to  25  characters  of  free  text  infor¬ 
mation  describing  the  carrier  POC  who  was  informed  to 
release  the  delayed  delivery  container. 

Operator  will  press  [RETURN]  or  [CANCEL] 

IF: 

[CANCEL].  System  will  return  to  main  screen  with 
no  processing  accomplished  for  the  release  session. 
IF: 

[RETURN]  System  will  advance  to  the  next  field. 
Prompt:  "Enter  a  5  position  Julian  Date." 


DD  Date  of  Release 


User  will  enter  the  5  position  date  of  actual  release.  L. 


PERFORM: 


Date-Val idation-Routine 


DD  Date  of  Release  <  DD  Date  Carrier  Notified 
DISPLAY: 

Err  Msg  "Date  must  be  greater  than  date 
carrier  notified." 


Valid  date,  operator  will  press  [RETURN] 
DISPLAY: 

"Do  you  wish  to  post  Spot  Date?  Yes, 
push  [RETURN],  No  push  [GO]." 

IF; 

[GO] 

DISPLAY: 

"Release  information  posted."  System 
will  return  to  main  screen. 

IF: 

[RETURN] . 

System  will  advance  to  next  field. 

Prompt : 

"Enter  5  position  Julian  Date." 
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DDAct ISptDte 


User  will  enter  the  5  position  date  of  actual  release. 
PERFORM: 

Date-Val idation-Rout ine 
IF: 

DDAct ISptDte  <  DDDteRel 
DISPLAY: 

"Date  must  be  greater  than  carrier  release 
date." 

IF: 

Valid  date  is  entered,  user  will  press  CRETURN] 
Prompt : 

"Press  [GOD  to  store  data,  CRETURN]  to  make 
changes . " 

IF: 

[GO] 

DISPLAY: 

"Spot  information  posted." 

System  will  update  appropriate  files  and 
return  to  the  main  screen. 


ELSE: 


[RETURN] 

System  will  wrap  the  cursor  to  the  beginning 
of  the  Spot  date  field,  where  a  different 
date  can  be  entered. 

MATCH  OF  CntnrMovStp  and  DD  information 

System  will  display  information  as 
contained  in  CntnrMovStp  on  the  screen 
as  follows,  and  function  key  set. 


DELAYED 


DELIVERY 


Container  Number < 
Container  Owner; 


XXXXXXXX 

XXXX 


Voyage  Number:  XXXXX 

Consignee:  XXXXXX 


Carrier  POC; 


XXXXXXXXXXXXXXXXXXXXXXXXX 
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I  I 

,  !  RELEASE 

1  \ 

!  I _ 


Date  Carrier  Notif: 

Consignee  POC: 
Date  Consignee  Notif: 
Consignee  Req  Rel  Date: 

Container  Location: 

Carrier  Release  POC: 
Date  of  Release: 
Actual  Spot  Date: 


I  I  I 

I  SPOT  I  MODIFY  I 
\  I  I 

I _ I _ I 


xxxxx 


xxxxxxxxxxxxxxxxxxxxxxxxx 


XXXXX 

xxxxx 

xxxxxx 

1  1 

1  1 

1  DELETE  1 

1  1 

1  1 

1  1 

1  1 

1  1 

IF: 

MODIFY: 

System  will  allow  user  to  modify  any  entry 
EXCEPT  -  CntnrNo,  CntnrOwnAbbr ,  VoyDocuNoFltNo 
Consignee.  CntnrMovStp  will  be  overlayed  where 
appropriate. 

IF: 

DELETE: 

System  will  delete  the  screen  entries  as  well 
as  the  DD  information  contained  in  CntnrMovStp. 
IF; 

RELEASE: 

System  will  accept  information  as  follows: 


DD  Carr  POC  Notif  Rel 


PERFORM: 
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DD  Carr  POC  Not  if  Re  I  Procedure 


DD  Dte  Rel 


PERFORM! 


DD  Dte  Rel  Procedure 


SPOT: 


System  will  accept  information  as  follows: 

perform: 

DD  Act  I  Spt  Dte. 


THE  FOLLOWING  UPDATES/OUTPUTS 
WILL  BE  CREATED  BY  THIS  PROCESS 


The  DD-Message-Out  will  be  available  for  the  report  process 
and  the  message  process 


Container  Move  Stop 


ELEMENT 

FROM 

TO 

Location 

Screen 

DDLoc 

Carrier  POC 

Screen 

DDCarrPOCNot if 

Date  Carrier  Notif 

Screen 

DDDteCarrNotif 

Consignee  POC 

Screen 

DDCnsgnPOCNot if 

Date  Consignee  Notif 

Screen 

DDDteCnsgnNot if 

Consignee  Req  Rel  Date 

Screen 

DDDteCnsgnReqRelDte 

Carrier  Release  POC 

Screen 

DDCarrPOCNot if Rel 

Date  of  Release 

Screen 

DDDteRel 

PstDte 

Screen 

DDPstDte 

Container  Move 


ELEMENT 


FROM 


To 
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Date  Last  Update  Container  Generated 


DteLstUpdCntnr 


maintains: 

CntnrMov-F i le  ; 

MAINTAINS: 

CntnrMovStp-F i le  ; 

EMPLOYS: 

MEvent-File  ; 

MODIFIES:  DD-CntnrMov-Upd  IN  CntnrMov-F i le  ; 

MODIFIES:  DD-CntnrMovStp-Upd  IN  CntnrMovStp-F i le  ; 

REFERENCES:  DD-CntnrMov-ReT  IN  CntnrMov-F i le  ; 

l^EFERENCES:  DD-CntnrMovStp-Ref  IN  CntnrMovStp-F i le  ; 

REFERENCES:  MEvent-Ref  IN  MEvent-F i le  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Mitchem’  ; 


System- 

Operator 


<Request-for-Diversion-lnfo-lnp> 


CgoAddress- 

FUe 


CntnrMovStp 

-File 


RespMediaCd 

-Tbl 


♦ 


Voyage-File 


Cntnr-Nteg-File 


CntnrMov-Fi le 


MEvent-Fi le 


<Voyage-TM3-Ref > 


<DSSR-Info> 


< - 

<DS:iF-Info> 

'vCnt  n  rMov-TM2- 1  nf  o> 


i - 

<CntnrMov-l M2- 1 n+o  > 


<MEvent-TM2-Inf o> 


r 


Prep 

-Diversion 

-Request 

-<TM2> 


J 


i - 

<MEvent-TM2-Info> 


-  <DSSR-Info> 

Trns-ISAf^  - 

File  4  ■  ■■ 

-  <DSSR-Info> 


<Err-Msg-Out> 


♦ 


System- 

Operator 


Figure  20.  Prep-Diversion-Request-<TM2> 
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DEFINE  PROCESS  Prep-D 1  vers i on-Request-<TM2>  ; 

DESCRIPTION; 

Prepare  Diversion  Request  <TM2> 

This  process  updates  the  container  database  with  the  diversion  request 
Information  and  a  TM2  transaction  is  generated  to  request  a  diversion 
on  a  container. 

KEYWORD  IS:  ’Container’  , 

’LOB’  ; 

SEE  MEMO: 

TCR“TM2-Process-Memo  , 

Front-End-Process-Memo  ; 

GENERATES: 

ErrMsg-Out  ; 

RECEIVES: 

Request-for-Di vers lon-Info-Inp  ; 

PART  OF:  Rec+Report-Cntnr-Mov-Events  ; 

PROCEDURE; 

1.  FRONT  END  PROCESS: 


User  enters  CntnrNo 
MATCH: 

CntnrNo  from  screen  with  CntnrNo  in  CntnrMovStp  File 
IF: 

NO  MATCH: 

DISPLAY: 

"Container  Number  not  valid,  reenter  or 
exit  process." 


ELSE: 

Use  CntnrNo  to  access  CntnrMovStp. 

DISPLAY: 

"CntnrNo  CntnrOwn  Consignee  MultiStpNo  StpComp" 
XXXXX  XXXX  XXXXXX  X 


System  will  allow  user  to  course  through  this 
scrollable  screen  to  the  desired  stop.  When  the 
stop  is  selected,  the  user  will  hit  "GO"  and 
the  first  process  screen  will  be  displayed. 

MOVE: 

CntnrNoPref ix  from  CntnrMov  to  Container 
Number  on  first  process  screen. 

DISPLAY: 

First  Process  Screen 


tiwu  wvinrwvifWTfV:  ^  ’vr^’^'^y^'Ti’TV^y' 
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IF: 

User  enters  CntnrNo  +  CntnrNoPref ix 
MATCH: 

CntnrNo  from  screen  with  CntnrNo  in  CntnrMovStp  File 
IF: 

NO  MATCH: 

DISPLAY: 

"Container  Number  not  valid,  reenter  or 
exit  process." 

EDIT: 

System  will  edit  CntnrNoPref ix 

if: 

CntnrNoPref i X  <  >  Alphanumeric 
DISPLAY: 

Err  Msg  -  "Container  number  must 
be  alphanumeric." 

ELSE: 

Use  CntnrNo  from  screen  to  access  CntnrMovStp. 
DISPLAY: 

"CntnrNo  CntnrOwn  Consignee  MultiStpNo" 
XXXXXXXX  XXXX  XXXXXX  X 

System  will  allow  user  to  course  through  this 
scrollable  screen  to  the  desired  stop.  When  the 
stop  is  selected,  the  user  will  hit  "GO"  and  the 
first  process  screen  will  be  displayed. 

IF:  CntnrNoPref ix  in  CntnrMov  =  000 

UPDATE:  Screen  entered  CntnrNoPref i x  to 
CntnrNoPref ix  in  CntnrMov. 


DISPLAY: 


MOVE:  CntnrNoPref ix  from  CntnrMov  to  Container 
Number  on  First  Process  Screen. 

First  Process  Screen 


User  enters  FWTNo 
MATCH: 

FWTNo  from  screen  with  FWTNo  in  CntnrMov  File 
IF: 

NO  MATCH: 

DISPLAY:  Freight  Warrant  Number  entered  not 

valid.  Reenter  or  exit  the  process. 

ELSE: 

Use  CntnrNo  and  CntnrOwnAbbr  found  in  the 
CntnrMov  file  to  access  CntnrMovStp 
DISPLAY: 

Cntnr  Mov  Stop  data  as  follows: 
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CntnrNo 


CntnrOwn  Consignee  MultiStpNo 


XXXXX 


XXXX 


xxxxxx 


System  will  allow  user  to  course 
through  this  scrollable  screen  to 
the  desired  stop.  When  the  stop  is 
selected,  the  user  will  hit  ’GO’  and 
the  first  process  screen  will  be  dis¬ 
played. 

MOVE: 

CntnrNoPref ix  from  CntnrMov  to 
Container  Number  on  first  process 
screen. 


DISPLAY: 


First  Process  Screen 


User  enters  TMRPrefix 
MATCH: 

TMRPrefix  from  screen  with  TMRPrefix  in  CntnrMov  file 
IF: 

NO  MATCH:  >  ■ 

DISPLAY:  TMRPrefix  entered  not  valid.  Reenter  or 
exit  the  process. 

ELSE: 

Use  CntnrNo  and  CntnrOwnAbbr  found  in  the 
CntnrMov  file  to  access  CntnrMovStp 
DISPLAY: 

CntnrMovStp  data  as  follows: 


CntnrNo  CntnrOwn  Consignee  MultiStpNo 


XXXXX 


XXXX 


XXXXXX 


DISPLAY: 


System  will  allow  user  to  course 
through  this  scrollable  screen  to  the 
desired  stop.  When  the  stop  is  select¬ 
ed,  the  user  will  hit  ’GO’  and  the 
first  process  screen  will  be  displayed 
MOVE: 

CntnrNoPref lx  from  CntnrMov  to 
Container  Number  on  first  process 
screen. 


First  Process  Screen 
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User  enters  CntnrTCN. 

MATCH: 

CntnrTCN  from  screen  with  CntnrTCN  In  CntnrMov. 

IF: 

No  match. 

DISPLAY: 

"Container  TCN  not  valid.  Reenter  or  exit 
process." 

ELSE: 

Select  CntnrNo,  CntnrOwnAbbr  from  CntnrMov  to  access 
CntnrMovStp. 

DISPLAY: 

CntnrMovStp  data  as  follows: 


Cntnr 

No 

CntnrOwnAbbr 

Abbr 

Consignee 

Mult iStp 

No 

Stp 

Comp 

XXXXX 

XXXX 

XXXXXX 

X 

X 

XXXXX 

XXXX 

XXXXXX 

X 

X 

System  will  allow  user  to  course  through 
this  scrollable  screen  to  the  desired  stop. 
When  the  stop  is  selected,  the  user  will 
hit  CGO]  and  the  first  process  screen 
will  be  displayed. 

move: 

CntnrNoPref ix  from  CntnrMov  to  Container 
Number  on  the  first  process  screen. 


IF: 

Record  is  selected 

THEN: 

Display  screen  containing  data  shown  from  CntnrMov  and 
CntnrMovStp. 

ELSE: 

Display  prompt  "Record  not  on  file" 

IF: 

Record  found  and  a  MEvent  record,  with  MovEvntCd  TM2  and  the 
same  keys  exist. 

THEN: 

Move  data  from  MEvent  to  the  screen  and  display  function 
keys  Clear  Screen,  Modify  and  Delete. 

ELSE: 

Create  a  new  MEvent  record  and  DSSR  with  MovEvntCd  TM2. 
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(SAMPLE  SCREEN) 


DIVERSION 

REQUEST 

(TM2) 

1 

CONTAINER  NUMBER 
CONTAINER  OWNER 

XXXXXXXX 

XXXX 

POE: 

XXX 

1 

1 

VOYAGE  NUMBER 

XXXXX 

POD: 

XXX 

1 

CONSIGNOR 

XXXXXX 

DATE 

DPTD  CONSIGNOR: 

XXXXX 

1 

CONSIGNEE 

XXXXXX 

MULTI  STOP  NO: 

X 

1 

TCN 

TAC 

XXXXXXXXXXXXXXXXX 

XXXX 

REQUESTOR: 

XXXXXX 

1 

1 

NEW  CONSIGNEE 

XXXXXX 

MANAGER  CODE: 

X 

1 

RESPONSE  CODE 

X 

1 

3.  IF: 

MEvent  record  exist  and  -function  keys  are  displayed,  and  user 
selects  the  Clear  Screen  -function  key. 

THEN: 

The  system  will  return  to  the  front  end  screen  for  record 
selection. 

OR: 

User  selects  delete  function  key. 

THEN: 

All  screen  entered  data,  i.e.  Consignor,  Date  Departed 
Consignor,  the  MEvent  and  DSSR  (if  present)  data  will 
be  deleted. 

or: 

If  the  user  selects  the  Modify  function  key. 

THEN: 

System  will  check  for  an  existing  DSSR  and  if  found  will 
allow  changes  to  be  made.  The  cursor  will  then  move  to 
the  first  data  element. 


ELSE: 

The  cursor  will  first  move  to  Consignor. 

IF: 

The  cursor  is  at  CONSIGNOR,  the  user  may  enter  CONSIGNOR,  if 
known,  and  that  entry  will  be  edited  for  any  6  digit  alpha¬ 
numeric  combination.  If  entered  incorrectly,  display  prompt 
"CONSIGNOR  must  be  6  digit  alpha/numeric". 

IF: 

Consignor  is  blank  and  entered  by  the  user,  then  the  cursor 
will  move  to  the  next  element  which  is  DATE  DPTD  CONSIGNOR. 
At  this  element  the  user  may  enter  the  5  digit  date  or  press 
RETURN  and  bypass  this  element  line.  If  a  date  is  entered, 
edit  for  YYDDD  not  greater  than  today’s  date.  If  entered 
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Incorrectly  display  prompt  “Date  must  be  equal  to  or  less  than 
today’s  date".  After  the  user  presses  RETURN,  the  cursor  will 
move  to  the  TCN. 

• 

• 

If  the  user  does  not  enter  a  CONSIGNOR,  and  presses  RETURN, 
the  cursor  will  move  to  TCN.  The  system  will  display  the 
TCN  from  CntnrMov. 

At  this  element  line,  the  user  enters  a  new  TCN  which  does  not 
equal  the  TCN  in  CntnrMov,  then  that  new  TCN  will  be  stored  in 
ShpmtUTCN  in  MEvent  and  during  the  output  process  be  moved  to 
the  DSSR  (ISAM).  The  only  edit  criteria  for  a  screen  entered 
TCN  is  17  digit  alpha/numeric  field.  If  entered  incorrectly, 
display  prompt  "TCN  not  valid,  must  be  17  position  alpha¬ 
numeric"  . 

If  the  user  does  not  enter  the  TCN  displayed  (from  CntnrMov) 
will  post  to  the  DSSR  (ISAM)  and  not  to  ShpmtUTCN. 

User  presses  return,  the  cursor  will  move  to  the  TAC  element 
line.  At  this  line  the  user  may,  if  filled  in,  bypass  TAC  by 
pressing  RETURN,  and  the  cursor  will  move  to  New  Consignee. 

The  field  is  blank,  the  user  MUST  enter  a  4  digit  TAC.  The 
only  edit  criteria  is  for  4  digits  alpha/numeric.  A  HELP  key 
will  provide  a  prompt  stating  the  following:  "For  a  list  of 
valid  TAC’s  consult  MILSTAMP  VOL  11". 

TAC  is  screen  entered,  that  TAC  will  be  stored  in  the  MEvent 
NewTAC,  and  sent  to  the  DSSR.  If  a  TAC  was  displayed  from  the 
database,  the  same  will  apply.  When  the  user  presses  RETURN, 
the  cursor  will  move  to  New  Consignee. 

At  this  element  line,  the  user  MUST  enter  the  6  digit  DODAAC  to 
which  the  container  is  being  diverted.  When  entered,  the 
system  will  do  an  edit  in  CgoAddress  to  ensure  the  NEW 
CONSIGNEE  is  valid. 

The  consignee  is  not  valid,  the  screen  will  display  a  prompt 
stating  "New  Consignee  not  on  file,  press  CANCEL  to  retry  or 
FINISH  to  exit".  When  CANCEL  is  pressed,  the  cursor  will 
move  to  the  first  position  of  the  DODAAC  for  reentry.  After 
reentry  the  same  edit  will  be  performed. 

If  the  DODAAC  is  valid,  the  cursor  will  move  to  the  next 
element  line  which  is  RESPONSE  CODE. 
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At  this  element  line  the  user  MUST  enter  a  valid  1  digit 
RESPONSE  CODE,  or  press  the  HELP  key  for  a  scrollable  window 
of  valid  RESPONSE  CODES.  The  user  may  scroll  to  the  desired 
RESPONSE  CODE  (In  the  window),  press  GO,  and  that  RESPONSE 
CODE  will  be  moved  to  process  screen.  The  user  then  presses 
RETURN  and  the  cursor  will  move  to  REQUESTOR. 

IF: 

At  this  element  the  user  must  enter  the  6  position  DODAAC  of 
the  unit  requesting  the  diversion. 

IF: 

The  DODAAC  is  entered,  the  system  will  perform  an  edit  in 
CgoAddress  for  validity.  If  the  DODAAC  is  not  on  file  a 
prompt  stating  "DODAAC  not  on  file,  press  GO  to  continue, 
or  CANCEL  to  retry". 

IF: 

GO  is  pressed,  the  system  will  override  the  edit  (allowing 
the  entry  of  a  psuedo  DODAAC,  or  if  CANCEL  is  pressed,  the 
user  may  enter  a  valid  DODAAC  and  the  same  edit  will  be 
performed  as  for  initial  entry.  The  user  then  presses 
RETURN  and  the  cursor  will  move  to  MANAGER  CODE. 

IF: 

The  user  enters  the  Manager  Code,  the  only  edit  is  for  2 
digit  alpha/numeric  field.  If  entered  incorrectly,  provide 
prompt  "Manager  Code  must  be  alpha/numeric". 

IF: 

At  this  point,  the  user  has  filled  in  the  screen  and  is 
finished  with  the  request,  press  GO  and  the  data  will  be 
sent  to  the  DSSR  and  made  available  to  the  GENERAL  MESSAGE 
PROCESS. 

ELSE: 

The  user  presses  return,  the  cursor  will  move  to  the  first 
point  of  entry  which  is  Consignor.  At  that  point  the  user 
may  scroll,  by  pressing  the  RETURN  key  to  the  desired  line, 
make  changes  as  needed,  then  press  GO.  The  files,  DSSR,  and 
info  to  the  GENERAL  MESSAGE  PROCESS  will  be  updated. 

NOTE:  When  the  TM2  is  sent  to  the  GENERAL  MESSAGE  PROCESS,  make 
available  ON  DEMAND  in  the  following  format: 


FROM 

TO 


CHIEF  MCT 
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INFO: 

INFO: 

INFO: 

INFOS 

SUBJ:  DIVERSION  REQUEST  <TM2> 


1.  Request  the  following  container(s)  be  diverted  as  indicated  below: 


DATE 

TRACING 

CONTAINER 

DEPARTED 

ACTIVITY 

NUMBER 

CONSIGNOR  CONSIGNOR 

POE  DODAAC  TCN 

VOYAGE 

PREVIOUS 

NEW 

DOCUMENT 

SHIPMENT 

CONSIGNEE 

NUMBER 

POD 

CONSIGNEE  TAC 

DODAAC 

XXXXXXXX 

XXXXXX  XXXXXX  XXX 

XXXXXX  XXXXXXXXXXXXXXXXX 

XXXXX 

XXX 

XXXXXX  XXXX 

XXXXXX 

The  outputs  to  the  GENERAL  MESSAGE  PROCESS  are  listed  in  paragraph  5, 
item  2. 

When  GO  is  pressed,  the  system  will,  using  system  calendar  date,  update 
PstDte,  in  MEvent,  and  DteLstUpdte  in  CntnrMov. 


TWO 

******** 

(Outputs  to  GENERAL  MESSAGE  PROCESS) 

Screen  Name  Database  Name  Message  Name 

********************************************************************* 

Container  Number . CntnrNoPrefix/CntnrNo. .Container  Number 

Cons  i  gnor . Cnsgnr  AAC . Cons  i  gnor 

Date  Dptd  Consignor . .DteDprtCnsgnr . Date  Departed  Consignor 

POE . POE . POE 

Requestor . AACCurr(Req) . AACCurr 

TCN . CntnrTCN . TCN 

Voyage  Number . VoyDocuNoFltNo . Voyage  Document  Number 

POD . POD . POD 

Cons  i  gnee . Cons  i  gnee . Cons  i  gnee 

TAC . TAC . TAC 

New  Consignee . NewEvntLoc . New  Consignee  DODAAC 
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MAINTAINS: 

Cntnr-Msg-F i le  ; 

MAINTAINS: 

CntnrMov-FUe  ; 

MAINTAINS: 

MEvent-Ffle  ; 

MAINTAINS: 

Trns-ISAM-F He  ; 

EMPLOYS: 

CntnrMovStp-F i le  , 

CgoAddress-F 1 le  . 

RespMedlaCd-Tbl  , 

Voyage-File  ; 

ADDS:  DSSR-In-fo  TO  Trns-ISAM-F  i  le  ; 

ADDS:  MEvent-TM2-InFo  TO  MEvent-F i le  ; 

MODIFIES:  DSSR-InFo  IN  Trns-ISAM-F i le  ; 

MODIFIES:  DSSR-Info  IN  Cntnr-Msg-F i le  ; 

MODIFIES:  CntnrMov-TM2-InFo  IN  CntnrMov-F i le  ; 

MODIFIES:  MEvent-TM2-Inf o  IN  MEvent-F i le  ; 

REFERENCES:  CgoAddress-CRec-ReF  IN  CgoAddress-F i le  i 

REFERENCES:  RespMediaCd  IN  RespMediaCd-Tbl  ; 

REFERENCES:  Voyage-TM3-Ref  IN  Voyage-File  ; 

REFERENCES:  DSSR-Info  IN  Trns-ISAM-F i le  ; 

REFERENCES:  DSSR-Info  IN  Cntnr-Msg-F i le  ; 

REFERENCES:  CntnrMov-TM2-Info  IN  CntnrMov-F i le  ; 

REFERENCES:  MEvent-TM2-Inf o  IN  MEvent-F ile  ; 

REFERENCES:  CntnrMovStp-Ref  IN  CntnrMovStp-F i le  ; 

CREATES: 

DSSR-Info  t 
MEvent-TM2-Info  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

'Morris’  ; 


Cnt  n  rMov- File 


MEvent-File 


Systerr.- 

Parametei-Tbl 


<  Empt y-Ava 1 -5-Day-CntnrMov-Ref  > 

_ 

♦ 

<Empty-Ava1 -5-Day-MEvent-Ref > 


< Empt y-Ava 1 -5-Day- Pa ram-Ref > 


1 

\ 


Prep-Empty 
-Ava 1 -Oven-5- 
Day-Rpt 


<Empty-Aval-Over-5-Day-Rept-Upd>  ^ 


Cntnr-Msg 

-File 


Figure  21.  Prep-Empty-Aval -Over-5-Day-Rpt 
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DEFINE  PROCESS  Prep-Empty-Aval-Over-S-Day-Rpt  ; 

DESCRIPTION; 

Pr^are  Container  Empty  Available  Over  5  Days  Report 
This  process  is  initiated  daily  by  the  MCT  system  user.  The  container 
database  is  screened  to  identify  all  containers  that  have  been  reported 
arrived,  unloaded  and  reported  empty  to  the  carrier  at  a  consignee,  but 
do  not  have  a  departed  consignee  (TTB  E)  transaction  posted  for  5  days 
after  the  notification  to  carrier  date.  The  process  will  format  the 
information  in  a  message  file  which  is  transmitted  to  TAMCA  daily. 

’  KEYWORD  IS:  ’Container*  ; 

SEE  MEMO: 

TCR-Empty-Aval-Over-S-Day-Rept  ; 

PART  OF:  Prepare-Container-Reports  ; 

PROCEDURE ; 


READ:  MEvent  Record 

IF:  Move  Event  Code  not  TTB 
THEN:  Read  next  record 
IF:  Mov  Event  Code  =  TTB 

THEN:  Read  the  Event  Ty  value  in  that  record 
IF:  Event  Ty  value  =  A  and  there  is  a  TTB  D  and  no  E  record. 

THEN:  Read  the  Event  Dte  from  the  TTB  D  record  and  compute 

the  difference  from  that  date  and  the  System  Calendar. 
Date  <Ote  Curr). 

IF:  The  difference  between  the  dates  is  less  than  the  value  "X” 
(value  of  Cntnr  O/H  over  X  days)  in  the  Parameter  Table. 

THEN:  Read  next  record 

IF:  The  difference  between  the  dates  is  equal  to  or  greater 
than  the  value  "X"  in  the  Parameter  Table. 

THEN:  Store  the  following  data  elements  from  that  TTB  D 
(MEvent)  record. 

Consignee 
Cntnr  Own  Abbr 
Cntnr  No 

Event  Dte  (Last  3  Digits) 

THEN:  Find  the  matching  Cntnr  Mov  record  (Use  key  data 
elements)  and  store  the  Cntnr  No  Prefix  from  that 
record.  The  prefix  numbers  will  be  formatted  before 
the  5  digit  Cntnr  No. 

THEN:  Sort  the  cntnr  record  data  by  consignee 
THEN:  Print  the  cntnr  record  data  in  consignee  sequence  in 
the  message  file. 


CNTNR  EMPTY  AVAIL  OVER  5  DAY  RPT  FORMAT 


vm  vu'wvnrv^YWV'WM mrirv  ?rUF\  ^  W  ^yx*"^jni?niLrH.'^  iL^  WJ*  KTTK.^  KT.  K” 


ADSM  18-LZ4-AKM-BUR-FD 
WORKING  DRAFT  3.0 
DECEMBER  1987 


FROM:  MCT 

TO:  CDR  1ST  TAMCA  _ 

SUBJ:  Cntnr  Empty  Available  Over  5  Day  Report 

ACTIVITY  CONTAINER  OWNER  CONTAINER  NUMBER  DATE  CARRIER  NOTIFIED 
HE4497  LKYU  12345679  328 


Use  Origin  MCE  Code  in  Parameter  Table  to  search  For  MCE  Nme  in 
Cgo  MCE  File.  Then  move  that  name  to  the  report  header  aFter  FROM: 

IF:  No  records  are  Found  that  meet  the  report  criteria. 

THEN:  Print  "NEGATIVE  REPORT"  under  the  report  header  inFo. 

NOTE:  Make  this  File  available  to  the  general  message  process. 


THEN:  Display,  the  message  File  name/dte  time  group  on  the 

screen:  "( — 12 - )  is  your  File  name,  press  GO  to  exit". 

I^KDTE:  The  users  manual  must  instruct  the  user  to  copy  down  the 
File  name  so  it  can  be  used  to  access  the  report  in  the 
general  message  process. 


I 


UPDATES: 


Cntnr-Msg-F i le  ; 
EMPLOYS: 

CgoMCE-Tbl  , 
System-Parameter-Tbl  , 
CntnrMov-F i le  , 
MEvent-File  ; 


ADDS: 

REFERENCES: 

REFERENCES: 

REFERENCES: 

REFERENCES: 

CREATES: 


Empty-Aval-Over-S-Day-Rept-Upd  TO  Cntnr-Msg-F i le  ; 
Empty-Aval-5-Day-CgoMCE-ReF  IN  CgoMCE-Tbl  ; 
Empty-Aval -5-Day-Param-ReF  IN  System-Parameter-Tbl 
Empty-Aval -5-Day-CntnrMov-ReF  IN  CntnrMov-F i le  ; 
Empty-Aval-5-Day-MEvent-ReF  IN  MEvent-File  ; 


9 


Empty-Aval-Over-S-Day-Rept-Upd  ; 
RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Valentine’  ,* 


m 
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CgoMCE-Tbl  <Cgc3MCE-ECSR-Ref  > 


OceanCanr-  <OceanCarr-ECSR-Ref > 


T 


System-  <Param-ECSR-Ref > 

Parameten-Tbl  - ^ . 

r  ' 

1 

Prep- Empty 

i 

-Cntnr-Status- 

1 

Report 

Voyage-  <Voyage-EC3R-Ref >  1 

File  ■  —  ...  — . 

1 

CntnrMov-Fi Te 


ME vent - 


F' 


Trns-ISAM- 
Fi  1e 


<CntnrMov-ECSR-Ref> 

I - 

<CntnrMov-ECSR-Upd> 
<MEvent -ECSR-Ref  > 


<MEvent-ECSR-Upd> 
<ECSR-T  ransaction-Ref ; 


<  ECSR-T  ransact i on-Upd> 

<Empty-Cntnr-Sta-'-Report-Upd> 


ECSR-Msg 

File 


Figure  22.  Prep-Empty-Cntnr-Status-Report 
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DEFINE  PROCESS  Prep-Empty-Cntnr-Status-Report 

DESCRIPTION; 

Prepare  Empty  Container  Status  Report 

This  process  is  performed  on  a  daily  basis  by  each  MCT.  The  database 
will  be  screened  to  identify  all  containers  which  have  been  reported 
empty  that  day.  This  report  is  to  be  transmitted  to  the  carrier,  via 
TELEX,  not  earlier  than  the  established  close  of  business  and  NLT  2400 
HRS  the  same  day  the  containers  are  reported  empty  available.  This 
process  will,  in  addition  to  this  report,  create  a  TTB  "D"  DIC 
Transaction  for  transmission  to  CMM. 


KEYWORD  IS:  ’Container*  , 

•LOB’  ; 

SEE  MEMO: 

TCR-Empty-Cntnr-Status-Memo  ; 

PART  OF:  Prepare-Conta i ner-Reports  ; 

PROCEDURE; 


I 

I 

I 


SEARCH:  The  Cntnr  database  and  identify  Cntnr  records  that  have 
a  Ty  Carr  Cd  value  of  "C"  (commercial) 

NOTE:  The  Ty  Carr  Cd  for  each  Ocean  Carr  are  located  in  the  Ocean 

Carr  Table. 

THEN:  When  a  Cntnr  record  has  been  identified  as  being  a 
commercial  carrier  value  "C"  in  TyCarrCd  for  the 
Ocean  Carrier: 

THEN:  Search  the  MEvent  file  for  all  matching  TTB  "B"  or 
"C"  Evnt  Ty  records  that  do  not  have  a  matching  "D" 
Evnt  Ty  record.  (Use  partial  key  lookup  eg:  Cntnr- 
Own  Abbr,  Cntnr  No) 

NOTE:  The  search  for  MEvent  records  will  be  to  locate  the 
family  of  MEvent  records  with  the  same  Consignee. 
There  may  be  several  families  of  TTB  records  for 
any  Cntnr  Mov  record  with  Multi  Stop  Consignees. 

IF:  The  matching  records  do  not  have  B  or  C  MEvent  records: 
THEN:  Read  the  next  Cntnr  Mov  record 

IF:  The  matching  record(s)  have  Evnt  Ty  "B"  or  "C"  and  no 
"D". 

THEN:  Store  the  following  data  from  the  TTB 
"B"  or  "C”  MEvent  record. 


Cntnr  Own  Abbr 
Cntnr  No 
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Consignee 

THEN:  Store  the  Cntnr  No  Prefix  from  the  matching 
Cntnr  Mov  record. 

THEN:  Search  the  Voyage  File  for  the  matching 

Voyage  record  (use  matching  Cntnr  Mov  record 
VoyDocuNoFltNo,  FKey)  and  store  the  Voy- 
DocuNoFltNo  and  Ocean  Carr  Abbr  from  that 
record. 

After  all  records  have  been  read: 


THEN: 


THEN: 


THEN: 


THEN: 


THEN: 


THEN: 


Sort  the  stored  record  data  using  Ocean 
Carr  Abbr. 

Sort  the  record(s)  within  each  grouping 
of  Ocean  Carr  Abbrs  by  VoyDocuNoFltNo. 

Search  the  Ocean  Carr  Table  for  each  Ocean 
Carr  Abbr  being  stored  and  move  the  Ocean 
Carr  Nme  and  it’s  matching  stored  Cntnr 
record  data  to  a  separate  Message  file 
for  that  Ocean  Carrier.  The  stored 
data  will  be  moved  to  the  Message  file  in 
it’s  proper  location  (See  Output  Format). 

When  all  records  have  been  read,  sorted 
and  selected  data  moved  to  the  separate 
carrier  Message  files:  Read  all  Ocean 
Carr  Abbrs  In  the  Message  file  and  then 
read  all  of  the  Ocean  Carr  Abbrs  in  the 
Voyage  File  and  identify  any  Ocean  Carr 
Abbrs  that  are  in  the  Voyage  file  but 
not  in  the  Message  file. 

Search  the  Ocean  Carr  table  for  the  matching 
Ocean  Carr  Nme  and  move  the  names  of  the 
Ocean  Carriers  in  the  Voyage  file  that  do 
not  have  Message  files  and  create  separate 
Message  files  for  those  carriers  and  hard 
code  the  words  "Negative  Report"  under  the 
carriers  name. 

Create  a  TTB  "D"  Evnt  Ty  MEvent  record  for 
each  container  that  was  reported  in  a 
Message  file.  Create  the  MEvent  records 
as  follows: 
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ELEMENT  FROM  TO 


Event  Date 

Generate  (Dte  Curr) 

MEvent 

Event  Type 

Generate  "D"  Value 

MEvent 

Cntnr  Own  Abbr 

MEvent  (TTB  "B"  or  "C") 

MEvent 

Cntnr  No 

MEvent  (TTB  •’B'*  or  "C") 

MEvent 

Consignee 

MEvent  (TTB  “B"  or  "C") 

MEvent 

Mov  Event  Cd 

Generate  "TTB" 

MEvent 

Origin  Code 

Parameter  Table 

MEvent 

Type  Move  No  Cd 

Type  Mov  No  (TTB  "B"  OR 

"C"  RECORD) 

MEvent 

Post  Date 

Generate  (Dte  Curr) 

MEvent 

THEN:  For  each  MEvent  record  created: 

Update  the  matching  Cntnr  Mov 
record  with  a  Dte  Curr  (Use  System 
Calendar  Function)  in  the  Dte  Lst 
Upd  Cntnr  -field. 

THEN:  For  each  MEvent  record  created, 
search  the  ISAM  -file  -for  a  ZTB  D 
record  with  3  zeros  following  the  D 
value  in  that  record. 

IF:  A  ZTB  D  record  with  3  zeros  is 
found. 

THEN:  Overlay  the  3  zeros  (Evnt 

Dte)  with  the  last  3  digits 
of  Dte  Curr. 

NOTE:  Do  not  create  a  separate  TTB  D  ISAM 
record. 

IF:  A  ZTB  D  record  with  3  zeros 
following  the  D  value  is  not 
found. 

THEN:  Search  the  ISAM  file 
for  a  TTB  B  or  C  ISAM 
record. 

THEN:  Update  the  TTB  B  or  C 

ISAM  record  with  a  D  value 
and  last  3  digits  of  Dte 
Curr  in  the  first  avail¬ 
able  field  in  that  ISAM 
record,  (eg.  D  171). 
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No  ZTB  D  ISAM  record  with  3  zeros 
or  a  TTB  B  or  C  ISAM  record  exists 

THEN:  Create  a  TTB  D  ISAM  record 
as  -follows: 


ELEMENT 

FROM 

TO 

Die 

1 

Generate  "TTB" 

CC 

1-3 

Origin  Code 

Parameter  Table 

CC 

4-6 

Type  Carrier  Code 

Cntnr  Mov 

CC 

7 

t 

Mode  Method  Ship  Cd 

Cntnr  Mov 

CC 

8 

i 

Type  Move  No  Cd 

MEvent  (TTB  "B"  or  "C") 

CC 

9 

Movement  Number 

Generated  (See  Note) 

CC 

10-29 

V 

Consignee 

MEvent  (TTB  "B"  or  "C") 

CC 

30-35 

V; 

Voy  Docu  No 

Cntnr  Mov 

CC 

36-40 

Evnt  Ty 

Generate  "D"  Value 

CC 

48 

Evnt  Dte 

Generate  "Dte  Curr" 

CC 

49-51 

1 

NOTE:  Movement  Number  is  not  in  the  Data  Model.  It  is 
made  from  various  data  elements  determined  by  the 
TyMovNoCd.  e.g.,  • 

IF:  TyMovNoCd  =  C  MoveNo  =  CntnrTCN  CC  10~26 

=  M  MoveNo  s  TMR  =  TMRPrefix,  DestMCE-  CC  10-29 

Prefix,  StpSeqNo,  SpIntCd,  ModeCd,  TransPriCd, 
and  the  TIN. 

=  F  MoveNo  =  FWT,  TIN.  CC  10-28 

=  V  MoveNo  =  CntnrOwnAbbr,  CntnrNo,  CC  10-21 

=  D  MoveNo  =  VoyDocuNoF ItNo .  CC  10-14 

MOVE:  The  data  elements  listed  from  these  file/records  to 
the  ISAM  file  record. 

THEN:  Fill  in  any  blanks  up  to  CC  429  with  zeros 


OUTPUT  FORMAT  (MESSAGE  FILE) 


FROM:  C,  MCT 

TO:  OCEAN  CARRIER  NAME 

INFO:  C  MECOBO-NORTH  BREMERHAVEN  GERMANY//MCT-TOPS-TMN// 


1 1 1-268 


ADSM  18-LZ4-AKM-BUR-FD 
WORKING  DRAFT  3.0 
DECEMBER  1987 


SUBJ:  Empty  Container  Status  Report 


1.  The  following  containers  have  been  reported  empty  and  available  for 
carrier  pick  up: 


Voyage  Doc  No  Cntnr  Owner  Cntnr  Number  DODAAC 


XXXXX  XXXX  XXXXXXXX  XXXXXX 

(OR) 

NEGATIVE  REPORT 


THEN:  Use  the  Origin  MCE  Prefix  in  the  parameter  table  to  search 
for  the  MCENme  in  the  CgoMCE  file. 

THEN:  Move  the  MCE  Name  to  the  message  file  in  the  field  to 
the  right  of  the  "FROM  CHIEF  MCT"  address  header. 

IF:  No  record  data  exists  in  a  carrier’s  file  (carriers  identified 
as  negative  report  carriers).  Print  negative  report  under  the 
header  as  indicated  above. 

NOTE:  Make  the  message  files  available  to  the  general  message 
process . 


THEN:  Display,  the  message  file  name/dte  time  group  on  the 

screen:  "( - 12 - )  is  your  file  name,  press  GO  to  exit". 

NOTE:  The  users  manual  must  instruct  the  user  to  copy  down  the 
file  name  so  it  can  be  used  to  access  the  report  in  the 
general  message  process. 


MAINTAINS: 

CntnrMov-F i le  ; 
MAINTAINS: 

MEvent-File  ; 
MAINTAINS: 

Trns-ISAM-Fi le  ; 
UPDATES: 

ECSR-Msg-Fi le  ; 
EMPLOYS : 
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CgoMCE-Tbl  , 
OceanCarr-Tbl  , 
Voyage-File  , 
System-Parameter-Tbl  ; 


ADDS: 

ADDS: 

ADDS: 

ADDS: 

MODIFIES: 

MODIFIES: 

REFERENCES: 

REFERENCES: 

REFERENCES: 

REFERENCES: 

REFERENCES: 

REFERENCES: 

REFERENCES: 

CREATES: 


CntnrMov-ECSR-Upd  TO  CntnrMov-Fi le  ; 
MEvent-ECSR-Upd  TO  MEvent-File  ; 
ECSR-Transaction-Upd  TO  Trns-ISAM-F i le  ; 
Empty-Cntnr-Sta-Report-Upd  TO  ECSR-Msg-F i le 
CntnrMov-ECSR-Upd  IN  CntnrMov-F i le  ; 
ECSR-Transaction-Upd  IN  Trns-ISAM-F i le  ; 
CgoMCE-ECSR-Ref  IN  CgoMCE-Tbl  ; 
CntnrMov-ECSR-ReF  IN  CntnrMov-F i le  ; 
MEvent-ECSR-ReF  IN  MEvent-File  ; 
OceanCarr-ECSR-ReF  IN  OceanCarr-Tbl  ; 
ECSR-Transact ion-Ref  IN  Trns-ISAM-F i le  ; 
Voyage-ECSR-ReF  IN  Voyage-File  ; 
Param-ECSR-Ref  IN  System-Parameter-Tbl  ; 


CntnrMov  , 

MEvent  , 

Trns-ISAM-Data  , 
Empty-Cntnr-Sta-Report-Upd  ; 
RESPONSIBLE  PROBLEM  DEFINER  IS: 


’Valentine’  ; 


I I 1-270 


ADSM  18-LZ4-AKM-fiUR-FD 
WORKING  DRAFT  3.0 
DECEMBER  1987 


DEFINE  PROCESS  Prep-Hold/Stg-Request-<TM3>  i 

DESCRIPTION; 

Prepare  Hold/Stage  Request  <TM3> 

This  process  updates  the  container  database  with  Hold/Stage  Request 
Information  and  a  TM3  transaction  is  generated  to  request  a  hold  on  a 
container. 


KEYWORD  IS:  ’Container’  , 

’LOB’  ; 

SEE  MEMO: 

TCR-for-TM3-Process-Memo  , 
Front-End-Process-Memo  ; 

ATTRIBUTE  IS: 

PROCESS-MODE  ’INTERACTIVE’  , 
SEC-CLASS  ’UNCLASSIFIED’  ; 

receives: 

Request-for-Hold-Info-Inp  ; 

PART  OF:  Rec+Report-Cntnr-Mov-Events 

procedure ; 


Information  is  received  from  a  customer  requesting  a  container  be 
held  or  staged.  The  system  user  (MCT)  will  select  the  Prepare  Request 
for  Hold/Stage  (TM3)  from  a  menu.  The  process  will  produce  an  MEvent 
record  and  on  ISAM  file  TM3  formatted  transaction  which  will  be  sent 
to  1st  TMCA  (CMM)  in  the  DSSR.  The  process  is  performed  when  a 
customer  requests  the  hold/stage  because  he  can’t  receive  and  unload 
the  container.  If  the  container  is  held  at  the  port,  it  is  considered 
to  be  staged.  The  MCT  will  obtain  the  necessary  process  input  informa¬ 
tion  from  the  customer  which  will  be  entered  into  the  system  process. 


The  first  screen  that  the  user  of  this  process  will  see  is  shown 
below: 
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2) 

If: 

User  enters  CntnrNo 
MATCH: 

CntnrNo  from  screen  with  CntnrNo  in  CntnrMovStp  File 
IF: 

NO  match: 

DISPLAY: 

"Container  Number  not  valid,  reenter  or 
exit  process." 


ELSE: 

Use  CntnrNo  to  access  CntnrMovStp. 

DISPLAY: 

"CntnrNo  CntnrOwn  Consignee  MultiStpNo  StpComp" 
XXXXX  XXXX  XXXXXX  X 

System  will  allow  user  to  course  through  this 
scrollable  screen  to  the  desired  stop.  When  the 
stop  is  selected,  the  user  will  hit  "GO"  and 
the  first  process  screen  will  be  displayed. 

MOVE: 

CntnrNoPref ix  from  CntnrMov  to  Container 
Number  on  first  process  screen. 

DISPLAY: 

First  Process  Screen 


2) 

IF: 

User  enters  CntnrNo  +  CntnrNoPref ix 
MATCH: 

CntnrNo  from  screen  with  CntnrNo  in  CntnrMovStp  File 
IF: 

NO  MATCH: 

DISPLAY: 

"Container  Number  not  valid,  reenter  or 
exit  process." 

EDIT: 

System  will  edit  CntnrNoPref ix 
IF: 

CntnrNoPref ix  <  >  Alphanumeric 
DISPLAY: 

Err  Msg  -  "Container  number  must 
be  alphanumeric." 

ELSE: 
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Use  CntnrNo  from  screen  to  access  CntnrMovStp. 
DISPLAY: 

"CntnrNo  CntnrOwn  Consignee  MultiStpNo" 
XXXXXXXX  XXXX  XXXXXX  X 


DISPLAY: 


System  will  allow  user  to  course  through  this  I 

scrollable  screen  to  the  desired  stop.  When  the 
stop  is  selected,  the  user  will  hit  "GO"  and  the 
first  process  screen  will  be  displayed. 

IF:  CntnrNoPref ix  in  CntnrMov  =  000 

UPDATE:  Screen  entered  CntnrNoPref ix  to 

CntnrNoPref ix  in  CntnrMov.  ' 

I 

MOVE:  CntnrNoPref ix  from  CntnrMov  to  Container 
Number  on  First  Process  Screen. 

First  Process  Screen  ! 


IF: 

User  enters  FWTNo 
MATCH: 

FWTNo  from  screen  with  FWTNo  in  CntnrMov  File 
IF: 

NO  MATCH: 

DISPLAY:  Freight  Warrant  Number  entered  not 
valid.  Reenter  or  exit  the  process. 

ELSE: 

Use  CntnrNo  and  CntnrOwnAbbr  found  in  the 
CntnrMov  file  to  access  CntnrMovStp 
DISPLAY: 

Cntnr  Mov  Stop  data  as  follows: 


CntnrNo 


CntnrOwn 


Consignee  MultiStpNo 


XXXXX  XXXX  XXXXXX  X 


System  will  allow  user  to  course 
through  this  scrollable  screen  to 
the  desired  stop.  When  the  stop  is 
selected,  the  user  will  hit  'GO*  and 
the  first  process  screen  will  be  dis¬ 
played. 

move: 

CntnrNoPref ix  from  CntnrMov  to 
Container  Number  on  first  process 
screen. 

DISPLAY: 

First  Process  Screen 
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IF: 

User  enters  TMRPrefix 
MATCH: 

TMRPrefix  from  screen  with  TMRPrefix  in  CntnrMov  file 
IF: 

NO  match: 

DISPLAY:  TMRPrefix  entered  not  valid.  Reenter  or 
exit  the  process. 

ELSE: 

Use  CntnrNo  and  CntnrOwnAbbr  found  in  the 
CntnrMov  file  to  access  CntnrMovStp 
DISPLAY: 

CntnrMovStp  data  as  follows: 


CntnrNo 

CntnrOwn 

Consignee 

Mult iStpNo 

XXXXX 

XXXX 

XXXXXX 

X 

System  will  allow  user  to  course 
through  this  scrollable  screen  to  the 
desired  stop.  When  the  stop  is  select¬ 
ed,  the  user  will  hit  *G0’  and  the 
first  process  screen  will  be  displayed 
MOVE: 

CntnrNoPref ix  from  CntnrMov  to 
Container  Number  on  first  process 
screen . 

DISPLAY: 

First  Process  Screen 


User  enters  CntnrTCN. 
MATCH: 


CntnrTCN  from  screen  with  CntnrTCN  in  CntnrMov. 

IF: 

No  match. 

DISPLAY: 

"Container  TCN  not  valid.  Reenter  or  exit 
process." 

ELSE: 

Select  CntnrNo,  CntnrOwnAbbr  from  CntnrMov  to  access 
CntnrMovStp. 

DISPLAY: 


CntnrMovStp  data  as  follows: 

Cntnr  CntnrOwnAbbr  Consignee  MultiStp  Stp 

No  Abbr  No  Comp 


XXXXX 


XXXX 


XXXXXX 


X 


X 
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XXXXX  XXXX  XXXXXX  X  X 


System  will  allow  user  to  course  through 
this  scrollable  screen  to  the  desired  stop. 
When  the  stop  is  selected,  the  user  will 
hit  CGOl  and  the  first  process  screen 
will  be  displayed. 

MOVE : 

CntnrNoPref ix  from  CntnrMov  to  Container 
Number  on  the  first  process  screen. 


After  the  system  has  found  the  correct  stop  record  the  system 
will  search  the  MEvent  file  for  a  TM3  (Move  Event  Code)  record  that 
has  the  same  container  owner,  number  and  consignee  (primary  keys) 
of  the  stop  record  that  was  found  during  the  initial  record  search. 
If  a  TM3  MEvent  record  exists  the  system  will  move  the  data  elements 
listed  below  from  that  record  to  the  TM3  format  screen. 


DATA  ELEMENT 


FROM 


Consignee 
Container  Number 
Cntnr  No  Prefix 
Container  Owner 
Voyage  Number 
Requestor 

Disposition  Activity 
TCN  of  Request 

If  TCN  not  found  i 


Response  Code 
POE 

If 

Manager  Code 

If 

Consignor 

If 

Date  Depart  Consignor 

If 


MEvent 
MEvent 
Cntnr  Mov 
MEvent 

Cntnr  Mov  (Voy  Doc  No) 

MEvent 

(AACCurr) 

MEvent  (DspoActv) 

MEvent  (ShipUTCN) 

n  MEvent 

Cntnr  Mov  (CntnrTCN) 
NOTE:  Use  key  data  elements  to 
:  Mov  record. 

MEvent 
Voyage  (POE) 

not  in  record  leave  blank 
MEvent 

not  in  record  leave  blank 
Cntnr  Mov 

not  in  record  leave  blank 
Cntnr  Mov 

not  in  record  leave  blank 


Screen 
Screen  (4-8) 
Screen  (1-3) 
Screen 
Screen 
Screen 

Screen 

Screen 

Screen 
find  Cntnr 

Screen 

Screen 

Screen 

Screen 

Screen 
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Display  (TOP  OF  SCREEN)  "TM3  Movement  Event  is  displayed"  then, 
"Please  press  the  desired  function  key"  (If  TM3  record  exists)  or 
"Create  TM3  Movement  Event  here"  (If  no  TM3  record  exists). 


REQUEST  FOR  STAGE/HOLD  (TM3) 


111. 

Container  Number: 

XXXXXXXX 

Its.  TCN  of  Request: 

XXXXXXXXXXXX 

#2. 

Container  Owner: 

XXX 

Its.  Requestor: 

XXXXXX 

tl3. 

Voyage  Number: 

XXXXX 

tt7.  Response  Code: 

X 

tt4. 

Consignee: 

XXXXXX 

tt8.  Dspo  Activity: 

XXXXXX 

#9.  Manager  Code*'  XX 
«10.  Consignor:  XXXXXX 
till.  Date  Depart  Consignor:  XXXXX  (YYDDD) 

It  12.  POE:  XXX 


The  search  for  a  match  for  an  MEvent  record  will  enable  the  user  to 
confirm  if  an  MEvent  record  exists  or  to  change,  or  delete  the  record. 
The  user  can  complete  the  MEvent  record  without  pressing  a  function  key. 

If  a  TM3  MEvent  record  exists,  display  the  function  keys: 

The  function  keys  should  be  labeled  to  allow  user  selection  for 
MODIFY,  DELETE,  or  CLEAR  SCREEN. 

If  the  MODIFY  function  key  is  selected,  the  user  can  change  data 
elements  no.  5  through  12  if  an  ISAM  record  exists.  The  highlighter 
line  will  only  stop  on  data  elements  that  can  be  changed.  Display 
"Modifications  made  at  this  point  will  be  transmitted  to  1st  TMCA". 

If  no  ISAM  file  record  exists,  and  the  user  presses  MODIFY, 
display,  "To  make  corrections  delete  the  record  and  create  a  new  one". 

If  the  ISAM  record  exists,  the  new  data  element (s)  entered  will  be 
moved  from  the  screen  to  the  MEvent  record  and  ISAM  file. 

(OVERRIDE  OLD  DATA  ELEMENTS). 

After  the  data  elements  are  entered  and  the  (GO)  function  key  is 
pressed,  display  "RECORD  UPDATED." 

In  all  cases  when  the  record  is  updated  the  Cntnr  Mov  record  (DATE 
LAST  UPDATE)  will  be  updated. 

The  selection  of  the  delete  function  will  trigger  a  caution  display 
"Press  GO  to  delete  record,  or  CANCEL  to  deny",  if  an  ISAM  record  exists 
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If  the  user  presses  the  delete  key,  the  MEvent  record  and  ISAM  file 
will  be  deleted  from  the  file.  Display  "RECORD  DELETED."  If  no  ISAM 
record  exists,  and  the  delete  key  is  pressed,  display  "Press  GO  to 
delete  and  notify  1st  TMCA,  or  CANCEL  to  deny".  If  the  GO  key  is 
pressed  the  TM3  MEvent  record  will  be  deleted.  Display  "RECORD  DELETED 
NOTIFY  TMCA." 


1 


The  selection  of  the  clear  function  will  bring  the  screen  back  to 
its  initial  format  for  the  next  container  transaction  to  be  posted. 

If  no  matching  TM3  MEvent  record  is  located,  the  system  will  dis¬ 
play  the  same  full  screen  as  above.  Six  or  seven  of  the  data  elements 
will  be  displayed  (filled  in). 


MOVE  DATA  ELEMENTS  AS  INDICATED  BELOW 


DATA  ELEMENT 

FROM 

TO 

41. 

Container  No.  Prefix 

Cntnr  Mov 

Screen 

41. 

Container  Number 

Cntnr  Mov 

Screen 

42. 

Container  Owner 

Cntnr  Mov 

Screen 

43. 

Voyage  Number 

Cntnr  Mov 

Screen 

44. 

Consignee 

Cntnr  Mov  Stop 

Screen 

45. 

TCN  of  Request 

Cntnr  Mov  (Cntnr  TCN) 

Screen 

46. 

Requestor 

Cntnr  Mov  Stop (Consignee) Screen 

412 

.  POE 

Voyage  (If  in  file) 

Screen 

NOTE:  Use  key  data  elements 

to  find  correct  files. 

Data  elements  number  1  through  4  can’t  be  changed  in  this  process. 
The  user  would  then  complete  filling  in  the  blank  data  elements  #7 
and  48,  and  optional  9  through  12. 


The  user  may  overtype  data  elements  45  and  6. 


Data  elements  45  through  8  are  mandatory  and  must  be  completed. 
If  all  mandatory  data  elements  are  not  entered  correctly  on  the 
screen,  display  "ALL  DATA  ON  THE  TOP  PORTION  OF  THE  SCREEN  MUST 
BE  CORRECTLY  ENTERED.  ENTER  MISSING  DATA  OR  EXIT  THIS  PROCESS." 


The  system  will  process  the  data  elements  entered  as  follows: 


45.  TCN  of  Request.  The  TCN  of  request  displayed  on  the  screen  is 
the  Container  TCN.  If  the  user  wishes  to  enter  another  TCN  such  as  the 
Ship  Unit  TCN,  he  may  overtype  the  TCN  displayed.  An  edit  will  insure 
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only  17  positions  on  the  overtyped  TCN  are  entered.  Display  "CntnrTCN 
is  displayed,  overtype  shipment  unit  TCN  if  applicable”. 

If  an  invalid  TCN  is  entered,  display  "Must  be  17  position  alpha¬ 
numeric  field." 

#6.  Requestor.  The  data  element  displayed  in  the  requestor  field 
will  be  the  consignee  DODAAC.  When  the  highlighted  line  is  on  that 
line  display:  "Enter  the  6  position  DODAAC  of  activity  requesting  Hold 
/Stage."  The  system  will  allow  the  overtype  if  the  DODAAC  that  is 
overtyped  passes  the  edit.  Edit  =  6  position  alphanumeric.  If  an 
invalid  DODAAC  is  entered,  display  "Must  be  6  position  alphanumeric 
field." 

#7.  Response  Code.  Display,  "ENTER  THE  RESPONSE  CODE,  PRESS  HELP 
FOR  A  LIST  OF  VALID  CODES."  The  response  code  must  be  matched  by 
Table  Lookup  to  the  Response  Media  Code  file  (Response  Code  Table)  for 
a  correct  match.  If  the  user  does  not  know  the  correct  code,  he  can 
press  HELP  and  display  a  help  screen  (window)  showing  the  correct 
response  codes.  If  an  invalid  code  is  entered,  display  "Code  not 
valid,  press  CHELP2  for  a  list  of  valid  codes." 


ALPHABETICAL 


Resp  Cd.  Descr 


FORMAT 


Resp  Cd 


The  user  can  place  the  cursor  on  the  correct  Resp  Cd  and  select 
the  proper  function  key  (TBD)  to  move  the  selected  code  to  the  screen 
in  the  #7  field  entry  position.  If  the  user  can  not  find  the  correct 
code  the  system  should  display  "Invalid  Code." 

<18.  Disposition  Activity.  This  data  element  must  be  only  6  posi¬ 
tions  in  length.  The  six  position  DODAAC  must  be  matched  to  the  Cgo- 
Activity  file.  Display,  "Enter  DODAAC  of  the  ORG  AUTH  to  release  con¬ 
tainer  from  Hold/Stage."  If  a  match  is  not  found,  display  "Must  be  6 
position  alphanumeric  field"  or  "DODAAC  not  on  file,  press  GO  to 
continue,  cancel  to  deny." 

Data  elements  «?  through  12  are  optional  and  will  be  processed  as 
f ol lows : 


«9.  Manager  Code: 


Edit  =  2  position  alpha/numeric 
Prompt  =  Enter  the  2  position  Manager  Code 
if  desired.  If  an  invalid  Mgr 
code  is  entered,  display 
"Must  be  2  position  alpha¬ 
numeric  field." 
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mo.  Consignor:  Edit  =  6  position  alpha/numeric 

Prompt  =  Enter  the  6  position  DODAAC  o-f 
the  Consignor,  if  desired. 

If  an  invalid  DODAAC  is  entered, 
display  "Must  be  6  position  alpha¬ 
numeric  field." 

mi.  Date  Depart  Consignor:  Edit  =  5  position  numeric. 

The  date  numbers  entered  must  not  be  greater  in  date  sequence  than  the 
systems  calender  date.  Last  3  positions  must  be  between  1  and  366. 
Prompt  "Enter  5  position  Julian  date  the  container  departed  the 
Consignor  YYDDD  format."  If  invalid,  display  "Must  be  less  than 
today’s  date." 

#12.  POE: 

If  POE  is  in  the  Voyage  file  record,  move  POE  to  the  screen.  If 
POE  is  not  in  the  Voyage  file  record,  edit  3  position  alpha/numeric. 
"Enter  Port  of  Embarkation  code,  if  desired."  If  an  invalid  code  is 
entered,  display  "INVALID  CODE." 

then:  Update  the  CNTNR  Mov  record  (Dte  Last  Update)  with  DteCurr. 

All  edits/matches  are  performed  after  the  data  element  is  entered. 
Once  the  user  completes  entering  the  data  elements,  he  will  press  the 
appropriate  function  key  (TBD)  to  create  the  MEvent  record  and  ISAM 
file. 

The  following  format  shows  the  movement  of  data  elements  that  are 
necessary  to  complete  the  MEvent  record  and  ISAM  file. 


ELEMENT  NAME  FROM  TO  TO 

(80  COLUMN  TXN  FORMAT) 

Container  Owner  Abbrev  Screen  MEvent  (Cntnr  Own  Abbrev) 


Container  Number 


Screen  MEvent  (Cntnr  No,  Last  5) 


Consignee 


Screen  MEvent 


Die  Move  TM3  to  MEvent  (Mov  Event  Code) 


-  ISAM  (cc)  1-3 


Consignor 


Screen  CntnrMov  (Cnsgnr  AAO-  ISAM  (cc)  4-9 
(If  blank,  bypass) 


Date  Depart  Consignor  Screen  CntnrMov(DteDprtCnsgnr)-ISAM(cc) 10-12 

(If  blank,  bypass)  (Last  3) 
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POE  (Port  Code)  Screen  ISAM(cc) 17-19 

(If  blank,  bypass) 

Requestor  Screen  MEvent  -  ISAM  (cc) 24-29 

(AACCurr) 

TCN  of  Request  Screen  -  ISAM  (cc) 30-46 

Note:  The  flow  of  data  listed  above  is  performed  when  the  TCN 
entered  matches  the  CNTNR  TCN  in  the  CNTNR  Mov  record. 

TCN  of  Request  Screen  MEvent  (Sh ipmentUTCN)  -ISAM  (cc)30-46 

Note:  The  flow  of  data  listed  above  is  performed  when  the  TCN 
entered  does  not  match  the  CNTNR  TCN  in  the  CNTNR  Mov 
record  and  has  been  validated  by  the  edit. 

Voyage  Document  Number  Screen  -  ISAM  (cc)47-51 

Manager  Code  Screen  MEvent  (MgrCd)  -  ISAM  (cc)52-53 

(If  blank,  bypass) 

POD  (Port  Code)  Cntnr  Mov  MEvent  (Prt  Cd) 

&  ISAM  (cc)55-57 

Disposition  Activity 

DOOAAC  Screen  MEvent  (DspoActv)  -  ISAM  (cc)62-67 

Type  Movement  Code  N/A  Leave  Blank  ISAM  (cc)78 

Response  Code  Screen  MEvent  (RespCd)  -  ISAM  (cc)80 


The  following  data  elements  are  to  be  machine  generated. 

Julian  date:  5  characters  Update  CntnrMov  (Dte  Last  Upd  CntT)r) 

Update  MEvent  (Post  Dte  (Request)) 

Die  Move  TM3  to  MEvent  (Mov  Event  Code) 

ISAM  (cc)  1-3 

Type  Movement  Code  N/A  ISAM  (cc)  78  Leave  Blank 

The  following  data  elements  are  moved  from  existing  database 
records  as  indicated. 

FROM  TO 

POD  (Port  Code)  CntnrMov  MEvent  (Prt  Cd) 

&  ISAM  (cc)  55-57 


w 
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Following  the  entry  of  all  mandatory  and  optional  entries  the 
operator  will  press  the  appropriate  function  key  (GO)  and  the  MEvent 
record  and  ISAM  file  will  be  created.  The  screen  will  display 
"RECORD  ADDED  TO  FILE". 


NOTE:  If  user  presses  RETURN  on  last  field,  cursor  must  return 
to  top  of  screen. 

Update  CNTNR  Mov  (Dte  Last  Update) . 

THEN:  Print  the  data  elements  listed  below  to  the  message  file  in 
the  correct  formatted  location. 

DATA  ELEMENT  FROM  TO 

Screen  MSG  File 

tt  II 

II  II 

11  II 

II  II 

II  II 


Container  Number 
Consignor 

Day  Depart  Consignor 
POE 

Requestor 
TCN  of  Request 
Voyage  Number 
POD 

Ospo  Activity 


NOTE:  The  message  file  will  be  made  available  to  the  General 
Message  Process. 

FOOTNOTE:  On  Demand 


The  message  file  will  collect  the  selected  TM3  data  which 
will  be  sent  to  MECOBO  by  the  General  Message  process. 

The  file  must  allow  for  multiple  record  data  collection 
while  the  user  remains  in  the  TM3  process  session.  If 
the  user  exits  the  process  and  later  in  the  day  returns  to 
it  to  create  new  TM3  records,  a  new  message  file  will  be 
created  for  that  session  and  any  subsequent  ones  which 
must  be  transmitted  to  MECOBO  thru  the  General  Message 
Process . 


Message  File  Format 


FROM:  C,  MCT 
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‘13 


I 


■a 


1 


I 


Voyage 

Document 

Number 


XXXXXXXX 

XXXXX 


XXXXXXXX 

XXXXX 


TO: 

INFO: 


SUBJ:  Hold/Stage  Authorization  Request  (TM3) 


1.  Request  the  Following  container(s>  be  held/staged  as 
indicated. 


Container 

Number 


Consignor 


Date 

Departed 
Consignor  POE 


Tracing 
Act i V i ty 
DODAAC 


Disposition 

Activity 

DODAAC 


XXXXXX 

XXX 


XXXXX 

XXXXXX 


XXXXXX  xxxxxxxxxxxxxxxx 


XXXXXX 

xxx 


XXXXX 

XXXXXX 


XXXXXX  xxxxxxxxxxxxxxxx 


NOTE: 


Multiple  request  data  will  be  separated  by  a  line 
break.  All  TM3  requests  created  during  a  session 
will  appear  in  that  message  File. 


THEN: 


The  report  header  inFormation  will  be  printed  in  the 
message  File  as  shown  above. 


THEN: 


Use  the  Origin  MCE  Code  in  the  parameter  table  to 
search  For  the  MCENme  in  the  CgoMCE  File. 


THEN: 


Move  the  MCENme  to  the  message  File  in  the  Field 
to  the  right  oF  the  "FROM:  ChieF  MCT"  address 
header. 


THEN: 


Display,  the  message  File  name/dte  time  group  on  the 

screen:  "( 12 )  is  your  File  name,  press  GO  to 

exit". 


NOTE:  The  users  manual  must  instruct  the  user  to  copy  down 
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the  file  name  so  it  can  be  used  to  access  the  report 
in  the  general  message  process. 


MAINTAINS: 

CntnrMov-F i le  ; 

maintains: 

MEvent-File  ; 
maintains: 

Trns-ISAM-Fi le  ; 
UPDATES: 


Cntnr-Msg-F i le  ; 
EMPLOYS : 


CgoAct ivity-Fi le  , 
RespMediaCd-Tbl  , 
Voyage-File  , 
CntnrMovStp-F i le  , 
System-Parameter-Tbl  t 
CgoMCE-Tbl  ; 


ADDS: 

ADDS: 

ADDS: 

ADDS: 

MODIFIES: 

MODIFIES: 

MODIFIES: 

REFERENCES 

REFERENCES 

REFERENCES 

REFERENCES 

REFERENCES 

REFERENCES 

REFERENCES 

REFERENCES 

REFERENCES 

CREATES: 


CntnrMov-TM3-Upd  TO  CntnrMov-F i le  ; 
MEvent-TM3-Upd  TO  MEvent-File  ; 
TM3-Transaction-Upd  TO  Trns-ISAM-F i le 
TM3-Msg-Data-Upd  TO  Cntnr-Msg-F i le  ; 
CntnrMov-TM3-Upd  IN  CntnrMov-F i le  ; 
MEvent-TM3-Upd  IN  MEvent-File  ; 
TM3-Transaction-Upd  IN  Trns-ISAM-Fi le 
CgoAct iv ity-TM3-Ref  IN  CgoActivity-F i 
RespMediaCd-TM3-Ref  IN  RespMediaCd-Tb 
Voyage-TM3“Ref  IN  Voyage-Fi le  ; 
CntnrMov-TM3-Ref  IN  CntnrMov-F i le  ; 
MEvent-TM3-Ref  IN  MEvent-F i le  ; 
TM3-Transact ion-Upd  IN  Trns-ISAM-F i le 
Param-TM3-Ref  IN  System-Parameter-Tbl 
CgoMCE-TM3-Ref  IN  CgoMCE-Tbl  ; 
CntnrMovStp-Ref  IN  CntnrMovStp-F i le  ; 


f 


f 

t 


CntnrMov  f 
MEvent  , 

Trns-ISAM-Data  , 
TM3-Msg-Data-Upd  ; 
RESPONSIBLE  PROBLEM  DEFINER  IS: 


'Valentine'  ; 
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30  DEFINE  PROCESS  Prep-Non-ETA-Fcst-Cntnr-Report  ; 

DESCRIPTION; 

Prepare  Non  ETA  Forecast  Container  Report 

This  process  will  create  a  Message/Print  -file  containing  non  ETA 
forecast  container  data  that  is  sent  to  1st  TMCA  and  MECOBO  North 
each  day.  The  report  identifies  containers  that  arrived  in  an 
MCT’s  area  of  responsibility  but  were  not  forecasted  on  the  refor¬ 
matted  ETA  forecast.  The  database  records  of  the  non  forecasted 
containers  are  created  at  the  MCT  submitting  the  report  (separate 
process).  The  system  user  (MCT)  selects  the  prepare  non  ETA  fcst 
cntnr  rept  process  from  the  container  master  menu. 


REMARKS: 

1.  Process  will  be  run  every  day.  If  not,  the  system  can  not  identify 
unforecasted  records  created  that  day. 

2.  The  Create  Non  Forecast  Cntnr  Record  process  will  place  a  "Y"  value 
in  the  Stp  Non  Fcst  data  element  field  in  the  CntnrMovStp  Record. 

KEYWORD  IS:  ’Container’  , 

’LOB’  ; 

SEE  MEMO: 

TCR-Non-ETA-Fcst-Cntnr-Memo  ; 

PART  OF:  Prepare-Container-Reports  ; 

PROCEDURE; 

Read  each  record  in  the  CntnrMovStp  File 

IF:  The  record  has  a  "Y"  in  the  Non  Fcst  Field  and  Dte  Rec  Create 
=  Dte  Curr,  PRINT  the  following  data  elements  from  that 
record  to  the  Message  file: 

CntnrMovStp  File 


CntnrOwnAbbr 

CntnrNo 

Consignee 

THEN:  Use  key  record  data  elements  (CntnrOwnAbbr  and  Cntnr 
No)  and  search  the  matching  CntnrMov  record. 

When  a  matching  record  is  found,  PRINT  CntnrNoPref ix, 
VoyDocuNoF ItNo,  and  POD  from  the  matching  record  to  the 
Message  file  in  the  correct  formatted  record  data 
location. 

If  no  records  are  found  with  a  "Y"  value  in  the  Non  Fcst 
field,  PRINT:  "NEGATIVE  REPORT"  in  the  Message  file. 
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MESSAGE  FILE  FORMAT 


FROM:  C,  MCT  _ 

TO:  CDR  1st  TMCA  OBL  GE//AEUTR-MCA-I// 
INFO:  CDR  1st  TMCA  OBL  GE//AEUTR-MCA-CC// 


SUBJ:  Non-Forecasted  Container(s) 

Following  container(s)  received  without  forecast. 


CNTNR  OWNER 

CNTNR  NUMBER 

VOYAGE  NUMBER 

POD 

CONSIGNEE 

XXXX 

XXXXXXXX 

xxxxx 

XXX 

XXXXXX 

The  report  header  address  information  will  be  printed  in 
the  Message  file  as  shown  above. 

Then:  Use  the  Origin  MCE  code  in  the  parameter  table 
to  search  for  the  MCEPrefix  in  the  CgoMCE  Table  and  find  the 
MCENme . 

Then  move  the  MCENme  to  the  Message  file  in  the  field  to 
the  right  of  the  "FROM”  address  header. 

NOTE:  Make  this  file  available  to  the  general  message  process. 


THEN:  Display,  the  message  file  name/dte  time  group  on  the 

screen:  "( - 12 - )  is  your  file  name,  press  GO  to 

exit" . 

NOTE:  The  users  manual  must  instruct  the  user  to  copy  down 
the  file  name  so  it  can  be  used  to  access  the  report 
in  the  general  message  process. 


UPDATES: 

Non-Fcst-Msg-F i le  ; 

EMPLOYS: 

CntnrMov-F i le  , 

System-Parameter-Tbl  f 
CntnrMovStp-F i le  , 

CgoMCE-Tbl  ; 

ADDS:  Non-Forecasted-Containers-Upd  TO  Non-Fcst-Msg-F i le 

REFERENCES:  Non-Fcst-CntnrMov-Ref  IN  CntnrMov-F i le  ; 
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Non-Fcst-Param-ReF  IN  System-Parameter-Tbl  ; 
Non-Fcst-CntnrMovStop-Re-f  IN  CntnrMovStp-F lie 
Non-Fcst-CgoMCE-Re-f  IN  CgoMCE-Tbl  ; 


REFERENCES:  Non-Fcst-Param-ReF  IN 

REFERENCES:  Non-Fcst-CntnrMovStop 

REFERENCES:  Non-Fcst-CgoMCE-Re-f  I 

CREATES: 

Non-Forecasted-Containers-Upd  ; 
RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Valentine’  ; 


1 1 1-288 


5 


Vw>'k%  uVVN  » 


J 


CUSTOMER 

1 

<  Rel -f  r-Stag i ng  Alol d- 1 nf o- 1 n  p> 

CgoAddress 

<CgoAddpess-TMS-Ref  > 

CgoMCE-Tbl  <CgoMCE-TMS-Ref > 


CntnrMovStp-  <CntnrMovStp-TI^-Ref  > 


RespMediaCd-  <RespMedTaCd-TMS-Ref > 

Tbl  - 


Systeffr-  <Paran>-TMS-Ref  > 

Parameter-Tbl  - . .  —  ■ 


Cntnr-Msg-Fi le 


Voyage - 
Ft  "le 


Prep-ReT-f r 
-StgAlold 
-Req-<TMS>  I  <TMS-Msg-Data-Upd> 


t  t 

Ml 

I  I  I 

-1  I  ! 


<Voyage-TMb-Ref  > 


CntnrWov- 

File 


MEvent- 

FiTe 


Trns-ISAM- 

File 


<CntnrMov-TMS-Ref  > 

I - 

<CntnryiOv-TK3-Upd> 

( 

<MEvent-TMS-Rpf > 

I - 

<MEvent  -TMS-U  pd  -> 

<TMS-T  ransact i on- 1 nf o> 

I - 

<TM3-Transaction-]nfo> 

Figure  25.  Prep-Rel-f r-StgAloTd-Req-<TMS> 
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31  DEFINE  PROCESS  Prep-Rel-fr-Stg/Hold-Req-<TMS> 

DESCRIPTION; 

Prepare  Release  •from  Staging/Hold  Request  <TMS> 

This  process  updates  the  container  database  with  staging/hold  release 
information  and  a  TMS  transaction  is  generated  to  release  the  container 
from  staging/hold.  This  transaction  is  also  be  used  to  release  the 
container  from  hold  and  to  divert  the  container  to  a  new  consignee. 

KEYWORD  IS:  ’Container’  , 

’LOB’  ; 

SEE  MEMO: 

TCR-f or-TMS-Process-Memo  , 

Front-End-Process-Memo  ; 

RECEIVES: 

Rel-fr-Staging/Hold-Info-Inp  ; 

PART  OF:  Rec-frReport-Cntnr-Mov-Events  ; 

PROCEDURE; 

A  customer  will  contact  his  supporting  MCT  requesting  that  a  con¬ 
tainer  which  was  previously  placed  on  Hold/Stage  be  released  for  deli¬ 
very.  The  system  user  (MCT)  will  record  the  necessary  release  informa¬ 
tion  and  when  time  permits,  enter  the  information  into  the  system  to 
create  a  TMS  Release  from  Stage/Hold  request  transaction.  The  system 
user  will  select  the  Release  from  Stage/Hold  process  from  the  menu. 

The  process  will  produce  an  MEvent  record  and  on  ISAM  file  TMS  format¬ 
ted  transaction  which  will  be  sent  to  1st  TAMCA  (CMM)  in  the  DSSR. 

The  first  screen  that  the  user  of  this  process  will  see  is  shown 
below: 


1  CONTAINER  OPERATIONS  1 

1  _  _  .  1 

1 

1 

1 

(ENTER  ONE  OF  THE  FOLLOWING  OPTIONS) 

1 

1 

1 

1 

1 

TCN: 

1 

1 

1 

OR 

1 

1 

Container  Number: 

1 

1 

Container  Owner: 

1 

1 

OR 

1 

1 

TMRPref ix: 

1 

1 

OR 

1 

1 

Freight  Warrant  No: 

1 
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User  enters  CntnrNo 
MATCH: 

CntnrNo  -frotn  screen  with  CntnrNo  in  CntnrMovStp  File 
IF: 

NO  MATCH: 

DISPLAY: 

"Container  Number  not  valid,  reenter  or 
exit  process." 

ELSE: 

Use  CntnrNo  to  access  CntnrMovStp. 

DISPLAY: 

"CntnrNo  CntnrOwn  Consignee  MultiStpNo  StpComp" 
XXXXX  XXXX  XXXXXX  X 

System  will  allow  user  to  course  through  this 
scrollable  screen  to  the  desired  stop.  When  the 
stop  is  selected,  the  user  will  hit  "GO"  and 
the  -first  process  screen  will  be  displayed. 

MOVE: 

CntnrNoPref i X  -from  CntnrMov  to  Container 
Number  on  first  process  screen. 

DISPLAY: 

First  Process  Screen 


User  enters  CntnrNo  +  CntnrNoPref ix 
MATCH: 

CntnrNo  from  screen  with  CntnrNo  in  CntnrMovStp  File 
IF: 

NO  match: 

DISPLAY: 

"Container  Number  not  valid,  reenter  or 
exit  process." 

EDIT: 

System  will  edit  CntnrNoPref ix 
IF: 

CntnrNoPref ix  <  >  Alphanumeric 
DISPLAY: 

Err  Msg  -  "Container  number  must 
be  alphanumeric." 


ELSE: 


Use  CntnrNo  from  screen  to  access  CntnrMovStp. 
DISPLAY: 

"CntnrNo  CntnrOwn  Consignee  MultiStpNo" 
XXXXXXXX  XXXX  XXXXXX  X 
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DISPLAY! 


System  will  allow  user  to  course  through  this 
scrollable  screen  to  the  desired  stop.  When  the 
stop  is  selected,  the  user  will  hit  "GO"  and  the 
first  process  screen  will  be  displayed. 

IF:  CntnrNoPref ix  in  CntnrMov  =  000 

UPDATE:  Screen  entered  CntnrNoPref ix  to 
CntnrNoPref ix  in  CntnrMov. 

MOVE:  CntnrNoPref ix  from  CntnrMov  to  Container 
Number  on  First  Process  Screen. 

First  Process  Screen 


User  enters  FWTNo 
MATCH: 

FWTNo  from  screen  with  FWTNo  in  CntnrMov  File 
IF: 

NO  MATCH: 

display:  Freight  Warrant  Number  entered  not 

valid.  Reenter  or  exit  the  process. 

ELSE: 

Use  CntnrNo  and  CntnrOwnAbbr  found  in  the 
CntnrMov  file  to  access  CntnrMovStp 
DISPLAY: 

Cntnr  Mov  Stop  data  as  follows: 


CntnrNo 


CntnrOwn  Consignee  MultiStpNo 


XXXXX 


xxxx 


xxxxxx 


System  will  allow  user  to  course 
through  this  scrollable  screen  to 
the  desired  stop.  When  the  stop  is 
selected,  the  user  will  hit  ’GO*  and 
the  first  process  screen  will  be  dis¬ 
played. 

MOVE: 

CntnrNoPref ix  from  CntnrMov  to 
Container  Number  on  first  process 
screen. 


display: 


First  Process  Screen 


User  enters  TMRPrefix 
MATCH: 

TMRPrefix  from  screen  with  TMRPrefix  in  CntnrMov  file 


S'- 

S' 


I 

S'* 


es! 
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NO  MATCH.* 

DISPLAY:  TMRPreTix  entered  not  valid.  Reenter  or 
exit  the  process. 

ELSE: 

Use  CntnrNo  and  CntnrOwnAbbr  -found  in  the 
CntnrMov  -file  to  access  CntnrMovStp 
DISPLAY: 


CntnrMovStp  data  as  follows: 


CntnrNo 

CntnrOwn 

Consignee 

Mult iStpNo 

XXXXX 

XXXX 

XXXXXX 

X 

System  will  allow  user  to  course 
through  this  scrollable  screen  to  the 
desired  stop.  When  the  stop  is  select¬ 
ed,  the  user  will  hit  ’GO*  and  the 
first  process  screen  will  be  displayed 
MOVE: 

CntnrNoPref i X  from  CntnrMov  to 
Container  Number  on  first  process 
screen . 

DISPLAY: 

First  Process  Screen 
IF: 

User  enters  CntnrTCN. 

MATCH: 

CntnrTCN  from  screen  with  CntnrTCN  in  CntnrMov. 

IF: 

No  match. 

DISPLAY: 

"Container  TCN  not  valid.  Reenter  or  exit 
process . " 

ELSE: 

Select  CntnrNo,  CntnrOwnAbbr  from  CntnrMov  to  access 

CntnrMovStp. 

DISPLAY*. 

CntnrMovStp  data  as  follows: 


Cntnr 

CntnrOwnAbbr 

Consignee 

Mult iStp 

Stp 

No 

Abbr 

No 

Comp 

XXXXX 

XXXX 

XXXXXX 

X 

X 

XXXXX 

XXXX 

XXXXXX 

X 

X 

System 

will  allow 

user  to  course 

through 

T 
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this  scrollable  screen  to  the  desired  stop. 
When  the  stop  is  selected,  the  user  will 
hit  CG03  and  the  first  process  screen 
will  be  displayed. 


move: 

CntnrNoPref ix  from  CntnrMov  to  Container 
Number  on  the  first  process  screen. 


After  the  system  has  found  the  correct  stop  record  the  system 
will  search  the  MEvent  file  for  a  TMS  (Move  Event  code)  record  that 
has  the  same  container  owner,  number  and  consignee  (primary  keys)  of 
the  stop  record  that  was  found  during  the  initial  record  search. 

If  a  TMS  MEvent  record  exists  the  system  will  move  the  data 
elements  listed  below  from  that  record  to  the  TMS  format  screen. 

TMS  SCREEN 


DATA  ELEMENT 

FROM 

TO 

1. 

Container  Number 

MEvent 

Screen 

2. 

Container  Owner 

MEvent 

Screen 

3. 

Voyage  Number 

CntnrMov 

Screen 

4. 

Hold  Activity  DODAAC 

MEvent  (AACCurr) 

Screen 

5. 

Disposition  Activity 

MEvent  (DspoActv) 

Screen 

6. 

Response  Code 

MEvent 

Screen 

7. 

Consignor 

CntnrMov 

Screen 

IF 

NOT 

IN 

RECORD,  LEAVE  BLANK 

8. 

Date  Depart  Consignor 

CntnrMov 

Screen 

IF 

NOT 

IN 

RECORD,  LEAVE  BLANK 

9. 

Mgr  Code 

MEvent 

Screen 

IF 

NOT 

IN 

RECORD,  LEAVE  BLANK 

10. 

Trans  Account  Code 

MEvent  (NewTAC) 

Screen 

IF 

NOT 

IN 

RECORD,  LEAVE  BLANK 

11. 

New  Consignee 

MEvent  (New  Event  Loc) 

Screen 

IF 

NOT 

IN 

RECORD.  LEAVE  BLANK 

Display  (TOP  OF  SCREEN) 

"TMS  RECORD  IS  DISPLAYED 

"  (If  Tl 

record  exists)  or  "CREATE  THE  TMS  MOVEMENT  EVENT  HERE"  (If  no 
TMS  record  exists). 


RELEASE  FROM  STAGE/HOLD  (TMS) 

1.  Container  Number  _ 

2.  Container  Owner  _ 

3.  Voyage  Number 

4.  Hold  Activity  DODAAC  _ 

5.  Disposition  Activity  _ 
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6.  Response  Code 

7.  Consignor  _ 

8.  Date  Depart  Consignor  _  (YYDDD) 

9.  Mgr  Code  _ 


DIVERSION  INFORMATION 


10.  Trans  Account  Code 

11.  New  Consignee 


If  the  TM3  record  Is  found,  the  system  user  can  complete  the  TMS, 
MEvent  record,  clear  the  screen  or  exit  the  process.  A  matching  TM3 
record  must  be  found  to  complete  the  TMS  release  record.  When  a  TMS 
record  is  found  (using  key  data  element  matches),  move  the  data  ele¬ 
ments  as  indicated  below: 


ELEMENTS 

FROM 

TO 

Container  Number 

MEvent  (TM3) 

Screen 

Container  Owner 

MEvent  (TM3) 

Screen 

Voyage  Number 

CntnrMov 

Screen 

Dspo  Activity 

MEvent  (TM3) 

Screen 

(Dspo 

Actv) 

Response  Code 

MEvent  (TM3) 

Screen 

AAC  Current 

MEvent  (TM3) 

Screen 

(Hold 

Actv) 

Consignor 

CntnrMov 

Screen 

(IF  NOT 

IN  RECORD,  LEAVE 

BLANK) 

Date  Depart  Consignor 

CntnrMov 

Screen 

(IF  NOT 

IN  RECORD,  LEAVE 

BLANK) 

Manager  Code 

MEvent  (TM3) 

Screen 

(IF  NOT 

IN  RECORD,  LEAVE 

BLANK) 

After  the  screen  is  displayed  with  the 

TMS  data  elements 

filled 

in,  the  user  can  complete  the  TMS  record  by  adding  optional  data 
ments  number  7,  8,  9,  and  optional  10  and  11  if  applicable.  The 
can  only  change  data  element  no.  6  (response  code). 

When  the  user  has  entered  all  data  he  will  press  the  (GO) 
function  key  to  create  a  TMS  and  ISAM  record. 

Data  elements  #1  through  6  are  mandatory. 


ele- 

user 


If 

hold  on 


a  matching 
file." 


TM3  record  is  not  found  display,  "No  TM3  record  of 
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If  a  TMS  record  exists  display  all  function  keys  eg, 
CLEAR  SCREEN.  Display:  "Create  TMS  record  here" 


MODIFY,  DELETE, 


If  the  MODIFY  function  key  is  selected,  the  user  can  change 
data  elements  no.  6  through  11  if  an  ISAM  record  exists.  The  high¬ 
lighter  line  will  only  stop  on  data  elements  that  can  be  changed. 

If  a  change  is  made,  display  "Record  updated."  The  database 

and  ISAM  records  will  be  updated  or  overlayed  with  the  new  data  from 

the  screen. 

If  no  ISAM  file  record  exists,  and  the  user  presses  MODIFY, 
display,  "To  make  corrections  delete  the  record  and  create  a  new 
one." 

If  the  ISAM  record  exists,  the  new  data  element(s)  entered  will 
be  moved  from  the  screen  to  the  MEvent,  CntnrMov  record  and  ISAM  file. 
(OVERRIDE  OLD  DATA  ELEMENTS). 

After  the  data  elements  are  entered  and  the  (GO)  function  key 
is  pressed,  display  "RECORD  UPDATED." 

In  all  cases  when  the  record  is  updated  the  Cntnr  Mov  record 
(DATE  LAST  UPDATE)  will  be  updated. 

The  selection  of  the  delete  function  will  trigger  a  caution  display 
"Press  GO  to  delete,  or  CANCEL  to  deny".  If  the  user  presses  the 
delete  key,  the  MEvent  record  and  ISAM  file  (if  it  still  exists)  will  V- 
be  deleted  from  the  file.  Display  "RECORD  DELETED",  if  the  ISAM 
exists.  If  no  ISAM  exists,  display  "RECORD  DELETED,  NOTIFY  TAMCA". 

The  selection  of  the  clear  function  will  bring  the  screen  back  to 
its  initial  format  for  the  next  container  transaction  to  be  posted. 

The  data  elements  entered  by  the  user  on  the  screen  are  processed 
as  follows:  The  highlighted  line  will  begin  on  data  element  no.  5. 

Response  Code.  Display  "ENTER  THE  NEW  RESPONSE  CODE  OR  PRESS 
HELP  FOR  A  LIST  OF  VALID  CODES."  The  screen  will  have  the  response 
code  from  the  TM3  MEvent  record  displayed.  If  the  customer  wants  to 
use  the  same  response  code  the  user  will  leave  the  code  as  displayed 
and  when  finished  entering  data  will  press  the  (TBD)  function  key 
which  will  create  the  new  TMS  MEvent  record  with  the  data  from  the 
screen. 

If  the  user  wants  to  enter  a  new  response  code  for  the  customer, 
the  newly  entered  code  will  be  matched  by  TABLE  LOOKUP  to  the  response 
media  code  file.  (Response  Code  Table)  for  a  correct  match.  If  the 
user  does  not  know  the  correct  code  he  can  press  HELP  to  display  a 
help  screen  (window)  showing  the  correct  response  codes. 

Display  "SELECT  DESIRED  ENTRY,  THEN  PRESS  GO." 
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FORMAT 

Resp  Cd  Descr  Resp  Cd 


The  user  can  place  the  cursor  on  the  selected  response  cd  and 
select  the  proper  -function  key  (TBD)  to  move  the  selected  code  to  the 
screen  in  the  #6  -field  position.  If  the  user  enters  the  wrong  code, 
display  "Code  not  valid,  press  CHELP3  for  a  list  of  valid  codes." 

Edit  table  match  to  response  media  code  file  (Response  Code). 

All  edits/matches  are  performed  after  the  data  element  is  entered 
Once  the  user  completes  entering  the  data  elements,  he  will  press  the 
appropriate  function  key  (GO)  to  create  the  MEvent  record  and  ISAM 
file. 

EDITS:  Consignor  -  6  position  alphanumeric 

Display,  "ENTER  6  POSITION  DODAAC  OF  THE 
CONSIGNOR,  IF  DESIRED." 

If  invalid,  display  "Must  be  6  position 
alphanumeric  field." 

Date  Depart  Consignor  -  5  position  numeric 

Display,  "ENTER  THE  5  POSITION  DATE  THE  CNTNR 
DEPARTED  THE  CONSIGNOR  IN  YYDDD 
FORMAT." 

If  invalid,  display  "Must  be  5  position 
number." 

Mgr  Code  -  2  position  alphanumeric 

Display,  "ENTER  2  POSITION  MANAGER  CODE,  IF 
DESIRED." 

IF  NOT  DISPLAY  ("Must  be  2  position  alpha¬ 
numeric  field") 

Transportation  Account  Code.  Edit  to  insure  only  four  char¬ 
acters  (Alpha/Numeric)  are  entered.  Display:  "ENTER  THE  4  POSITION 
TRANS.  ACCOUNT  CODE  THE  ORGANIZATION  FUNDING  THE  DIVERSION."  If 
invalid,  display  "Must  be  4  position  alphanumeric  field." 

New  Consignee  DODAAC.  Display  "ENTER  THE  6  POSITION  CUSTOMER 
DODAAC  WHO  WILL  RECEIVE  THE  DIVERTED  CNTNR."  Match  6  position 
DODAAC  to  CgoAddress  file  (ShipToAAC)  to  validate  DODAAC.  If  no  match 
is  found  display  "DODAAC  not  on  file." 

When  the  user  presses  the  (GO)  function  key  to  create  the  MEvent 
record,  display  "RECORD  ADDED  TO  FILE." 

NOTE:  If  the  user  presses  return  on  the  last  field,  the  cursor  must 
return  to  the  FIRST  DATA  element  that  can  be  corrected. 
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The  following  format  shows  the  movement  of  data  elements  that 
are  necessary  to  complete  the  TMS,  MEvent  record  and  ISAM  file. 


ELEMENT  NAME 

Container  Owner 

Container  Number 

Consignee 

FROM  TO 

(80  COLUMN 

Screen  MEvent 

Screen  MEvent 

CntnrMovStp  MEvent 

TO 

TXN  FORMAT) 

Die  Move  TMS  to 

MEvent (Move  Event  Cd) 

ISAM 

(cc) 1-3 

Consignor 

Screen  -  Cntnr  Mov 
(If  blank,  bypass) 

ISAM 

(cc)4-9 

Date  Depart  Consignor 

Screen  -  Cntnr  Mov 
(If  blank,  bypass) 

ISAM 

(cc) 10-12 
(Last  3) 

POE 

Voyage 

Match  key  data  (Voy  Doc  No) 

(If  blank,  bypass) 

ISAM 

(cc)17-19 

Hold  Activity  DODAAC 

Screen  MEvent  (AACCurr) 

ISAM 

(cc) 24-29 

TCN  - - - 

MEvent (ShpmtUTCN)  MEvent (ShpmtUTCN) 

1 

1 

1 

From  TM3  MEvent  Record 
(If  there) 

ISAM 

(cc) 30-46 

1 

CntnrMov  (CntnrTCN) 

(If  no  TCN  in  MEvent (TM3)  Record) 

ISAM 

(cc) 30-46 

Voyage  Document  Number  Screen 

ISAM 

(cc)47-51 

Managers  Code 

Screen  MEvent  (Mgr  Cd) 

(If  blank,  bypass) 

ISAM 

(cc)52-53 

Date  of  Request  - 

MEvent (Post  Date) 

ISAM 

(cc)58-61 

1 

1 

Disposition  Activity 

S  position  date 

CntnrMov (Dte  Last  Update) 

Last 

4  Numbers 

DODAAC 

Screen  MEvent (Dspo  Actv) 

ISAM 

(cc)62-67 
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Transportation  Account 

Code  Screen  MEvent (NewTAC)  ISAM  (cc)68-71 

Note;  FOR  DIVERSION  ONLY  Use  key  elements  to  find  record 


New  Consignee  DODAAC  Screen 

Note:  FOR  DIVERSION  ONLY  MEvent (New  Event  Location) ISAM(cc)72-77 


Response  Code 


Screen  MEvent (Resp  Cd)  ISAM  (cc)  80 


The  following  data  elements  are  moved  from  existing  database 
records  as  indicated. 


TCN  -  MEvent (ShpmtUTCN)  MEvent (ShpmtUTCN) 

I  From  TM3  MEvent  Record  ISAM  (cc)30“46 

I  (If  there) 

I 
I 

-  CntnrMov  (CntnrTCN) 

(If  no  TCN  in  MEvent (TM3)  Record) 

POE  Voyage 

Match  key  data  (Voy  Doc  No) 

(If  blank,  bypass) 

WPOD  MEvent (PrtCd)  MEvent (PrtCd) 

From  TM3  MEvent  Record 


The  following  data  elements  are  machine  generated. 

Die  Move  TMS  to  MEvent (Move  Event  Cd)  ISAM  (cc)l-3 

Date  of  Request  -  MEvent (Post  Date)  ISAM  (cc)58-61 

I  5  position  date  Last  4  Numbers 

I 

-  CntnrMov (Dte  Last  Update) 


ISAM  (cc) 30-46 
ISAM  (cc) 17-19 

ISAM  (cc) 55-57 


Following  the  entry  of  all  mandatory  and  optional  entries  the 
operator  will  press  the  appropriate  function  key  (TBD)  and  the  MEvent 
record  and  ISAM  file  will  be  created.  The  screen  will  display  "RECORD 
ADDED  TO  FILE,"  press  (?)  function  key  to  create  another  record  or 
press  (?)  to  exit  program  to  master  menu. 
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Update  Cntnr  Mov  (Ote  Last  Update). 

THEN:  Print  the  data  elements  listed  below  to  the  message  file 
in  the  correct  formatted  location. 


DATA  ELEMENT  FROM 


Container  Number  Screen 

Consignor  " 

Day  Depart  Consignor  "  "  i 

POE  '•  '•  : 

Hold  Activity  DODAAC  “  "  j 

TCN  of  Request  “  " 

Voyage  Number  "  " 

POD  " 

Dspo  Activity  '*  " 

Trans  Account  Code  ''  " 

New  Consignee  "  " 


TO 

MSG  File 


NOTE:  The  message  file  will  be  made  available  to  the  General 
Message  Process. 

FOOTNOTE:  On  Demand 


The  message  file  will  collect  the  selected  TMS  data  which  will  be 
sent  to  MECOBO  by  the  General  Message  Process.  The  file  must  allow  for 
multiple  record  data  collection  while  the  user  remains  in  the  TMS 
process  session.  If  the  user  exits  the  process  and  later  in  the  day 
returns  to  it  to  create  new  TMS  records,  a  new  message  file  will  be 
created  for  that  session  and  any  subsequent  ones  which  must  be 
transmitted  to  MECOBO  thru  the  General  Message  Process. 


Message  File  Format 


from:  C,  MCT  _  _  __ 

TO: 

INFO: 

SUBJ:  Hold  Disposition  Instruction  Release  (TMS) 


1.  Request  the  following  container(s)  be  released  from  Hold/Stage 
as  indicated. 
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Date  Hold 

Container  Departed  Activity  TCN 

Number  Consignor  Consignor  POE  DODAAC 


Voyage  Disposition 

Document  Activity  New  Consignee 

Number  POD  DODAAC  TAC  DODAAC 


XXXXXXXX  XXXXXX  XXXXX  XXX  XXXXXX  XXXXXXXXXXXXXXXXX 

XXXXX  XXX  XXXXXX  XXXX  XXXXXX 


XXXXXXXX  XXXXXX  XXXXX  XXX  XXXXXX  XXXXXXXXXXXXXXXXX 

XXXXX  XXX  XXXXXX  XXXX  XXXXXX 


NOTE:  Multiple  request  data  will  be  separated  by  a  line  break. 

All  TMS  requests  created  during  a  session  will  appear  in 
that  message  -file. 

THEN:  The  report  header  information  will  be  printed  in  the  message 
file  as  shown  above. 

THEN:  Use  the  Origin  MCE  Code  in  the  parameter  table  to  search  for 
the  MCENme  in  the  CgoMCE  file. 

THEN:  Move  the  MCENme  to  the  Message  file  in  the  field  to  the 
right  of  the  "FROM:  Chief  MCT"  address  header. 

THEN:  Display,  the  message  file  name/dte  time  group  on  the  screen: 
"( — 12 — )  is  your  file  name,  press  GO  to  exit". 

NOTE:  The  users  manual  must  instruct  the  user  to  copy  down  the 
file  name  so  it  can  be  used  to  access  the  report  in  the 
general  message  process. 

maintains: 

CntnrMov-Fi le  ; 

MAINTAINS: 

MEvent-File  ; 

MAINTAINS: 

Trns-ISAM-F i le  ; 

UPDATES: 

Cntnr-Msg-F i le  ; 

EMPLOYS: 

CgoAddress-F i le  , 


>■1 
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RespMedI aCd-Tbl  , 
Voyage-File  , 
CntnrMovStp-F i le  , 
System-Parameter-Tb I 
CgoMCE-Tbl 


ADDS: 

ADDS: 

ADDS: 

ADDS: 

MODIFIES: 

MODIFIES: 

MODIFIES: 

REFERENCES 

REFERENCES 

REFERENCES 

REFERENCES 

REFERENCES 

REFERENCES 

REFERENCES 

REFERENCES 

REFERENCES 


CREATES: 

CntnrMov  , 

MEvent  , 

TMS-Msg-Data-Upd  , 
Trns-ISAM-Data  , 
TMS-Transact ion-In-fo  ; 
RESPONSIBLE  PROBLEM  DEFINER 
’Valentine'  ; 


CntnrMov-TMS-Upd  TO  CntnrMov-F i le  ; 
MEvent-TMS-Upd  TO  MEvent-File  ; 
TMS-Msg-Data-Upd  TO  Cntnr-Msg-Fi le  ; 
TMS-Transact ion-Info  TO  Trns-ISAM-F i le 
CntnrMov-TMS-Upd  IN  CntnrMov-F i le  ; 
MEvent-TMS-Upd  IN  MEvent-File  ; 
TMS-Transact  ion-In-fo  IN  Trns-ISAM-F  i  le 
CgoAddress-TMS-Ref  IN  CgoAddress-F i le  i 
RespMediaCd-TMS-ReT  IN  RespMediaCd-Tbl 
Voyage-TMS-ReT  IN  Voyage-File  ; 
CntnrMov-TMS-Ref  IN  CntnrMov-F i le  ; 
MEvent-TMS-ReF  IN  MEvent-File  ; 
Param-TMS-Ref  IN  System-Parameter-Tb I  ; 
CgoMCE-TMS-Ref  IN  CgoMCE-Tbl  ; 
TMS-Transact  ion-In-fo  IN  Trns-ISAM-F  i  le 
CntnrMovStp-ReF  IN  CntnrMovStp-F i le  ; 


IS: 


i 


,jca. 
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32  DEFINE  PROCESS  Prep-SEAVAN>Maint-Bgn/E-<TTP>  ; 

DESCRIPTION; 

Prepare  SEAVAN  Maintenance  Begin/End  <TTP> 

This  process  updates  the  container  database  with  Maintenance  Begin/End 
information  and  a  TTP  transaction  is  generated  to  report  a  deviation 
from  the  normal  power  source  (electric  at  the  port,  gas  at  the  consig¬ 
nee)  used  by  the  port  or  the  consignee. 

KEYWORD  IS:  ’Container’  , 

’LOB’  ; 

SEE  MEMO: 

TCR-SEAVAN-Maint-Bgn/End<TTP>  , 

Front-End-Process-Memo  ; 

GENERATES: 

ErrMsg-Out  ; 

RECEIVES: 

SEAVAN-Maint-TTP-Inp  ; 

PART  OF:  Rec+Report-Cntnr-Mov-Events  ; 

PROCEDURE; 

1) 

If: 

User  enters  CntnrNo 
MATCH : 

CntnrNo  from  screen  with  CntnrNo  in  CntnrMovStp  File  V-# 
IF: 

NO  MATCH: 

DISPLAY: 

"Container  Number  not  valid,  reenter  or 
exit  process." 

ELSE: 

Use  CntnrNo  to  access  CntnrMovStp. 

DISPLAY: 

"CntnrNo  CntnrOwn  Consignee  MultiStpNo  StpComp" 

XXXXX  XXXX  XXXXXX  X 

System  will  allow  user  to  course  through  this 
scrollable  screen  to  the  desired  stop.  When  the 
stop  is  selected,  the  user  will  hit  "GO"  and 
the  first  process  screen  will  be  displayed. 

MOVE: 

CntnrNoPref ix  from  CntnrMov  to  Container 
Number  on  first  process  screen. 

DISPLAY: 

First  Process  Screen 
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User  enters  CntnrNo  +  CntnrNoPref ix 
MATCH: 

CntnrNo  from  screen  with  CntnrNo  in  CntnrMovStp  File 
IF: 

NO  MATCH: 

DISPLAY: 

"Container  Number  not  valid,  reenter  or 
exit  process." 

EDIT: 

System  will  edit  CntnrNoPref i x 
IF: 

CntnrNoPref ix  <  >  Alphanumeric 
DISPLAY: 

Err  Msg  -  "Container  number  must 
be  alphanumeric." 


ELSE: 


Use  CntnrNo  from  screen  to  access  CntnrMovStp. 
DISPLAY: 

"CntnrNo  CntnrOwn  Consignee  MultiStpNo" 
XXXXXXXX  XXXX  XXXXXX  X 


System  will  allow  user  to  course  through  this 
scrollable  screen  to  the  desired  stop.  When  the 
stop  is  selected,  the  user  will  hit  "GO"  and  the 
first  process  screen  will  be  displayed. 
CntnrNoPref ix  in  CntnrMov  -  000 
UPDATE:  Screen  entered  CntnrNoPref i x  to 
CntnrNoPref ix  in  CntnrMov. 


IF 


3) 


DISPLAY: 

IF; 


MOVE:  CntnrNoPref i X  from  CntnrMov  to  Container 
Number  on  First  Process  Screen. 


First  Process  Screen 


User  enters  FWTNo 
MATCH: 

FWTNo  from  screen  with  FWTNo  in  CntnrMov  File 
IF: 

NO  MATCH: 

display:  Freight  Warrant  Number  entered  not 
valid.  Reenter  or  exit  the  process 

else: 

Use  CntnrNo  and  CntnrOwnAbbr  found  in  the 
CntnrMov  file  to  access  CntnrMovStp 
DISPLAY: 

Cntnr  Mov  Stop  data  as  follows: 
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CntnrNo 


CntnrOwn  Consignee  MultiStpNo 


XXXXX 


XXXX 


XXXXXX 


DISPLAY: 


System  will  allow  user  to  course 
through  this  scrollable  screen  to 
the  desired  stop.  When  the  stop  is 
selected,  the  user  will  hit  'GO'  and 
the  -first  process  screen  will  be  dis¬ 
played. 

move: 

CntnrNoPref ix  from  CntnrMov  to 
Container  Number  on  first  process 
screen. 


First  Process  Screen 


User  enters  TMRPrefix 
MATCH: 

TMRPrefix  from  screen  with  TMRPrefix  in  CntnrMov  file 
IF; 

NO  MATCH: 

DISPLAY:  TMRPrefix  entered  not  valid.  Reenter  or 

exit  the  process.  ’-ir- 

ELSE: 

Use  CntnrNo  and  CntnrOwnAbbr  found  in  the 
CntnrMov  file  to  access  CntnrMovStp 
DISPLAY: 

CntnrMovStp  data  as  follows: 

CntnrNo  CntnrOwn  Consignee  MultiStpNo 


XXXXX 


XXXX 


XXXXXX 


System  will  allow  user  to  course 
through  this  scrollable  screen  to  the 
desired  stop.  When  the  stop  is  select¬ 
ed,  the  user  will  hit  ’GO’  and  the 
first  process  screen  will  be  displayed 
MOVE: 

CntnrNoPref ix  from  CntnrMov  to 
Container  Number  on  first  process 
screen. 


DISPLAY: 


First  Process  Screen 


User  enters  CntnrTCN. 
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MATCH: 


CntnrTCN  -from  screen  with  CntnrTCN  in  CntnrMov. 


No  match, 

display: 


ELSE  : 


"Container  TCN  not  valid.  Reenter  or  exit 
process . " 


Select  CntnrNo,  CntnrOwnAbbr  from  CntnrMov  to  access 
CntnrMovStp . 

display: 

CntnrMovStp  data  as  follows: 


Cntnr  CntnrOwnAbbr  Consignee 

No  Abbr 


MultiStp  Stp 

No  Comp 


XXXXX 

XXXXX 


XXXX 

XXXX 


XXXXXX 

XXXXXX 


i 

.♦Hi 

'•'i' 

■W 

'!s' 

'**71 


i 


A;: 


move: 


System  will  allow  user  to  course  through 
this  scrollable  screen  to  the  desired  stop 
When  the  stop  is  selected,  the  user  will 
hit  [GO]  and  the  first  process  screen 
will  be  displayed. 


CntnrNoPref i X  from  CntnrMov  to  Container 
Number  on  the  first  process  screen. 


DISPLAY: 


move: 


move: 


First  Process  Screen 


CntnrNo  CntnrMov  fil( 
CntnrOwnAbbr , CntnrMov  fil( 
VoyDocuF ItNo , CntnrMov  fil( 
POD,  CntnrMov  fil( 
TyCarrCd  ,  CntnrMov  fill 
CntnrTCN  ,  CntnrMov  fill 


CONTAINER  NUMBER 
CONTAINER  OWNER 
VOYAGE  NUMBER 
POD 

TYPE  CARRIER  CODE 
TCN 


on  the 
on  the 
on  the 
on  the 


screen 

screen 

screen 

screen 

screen 

screen 
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TO: 

MOVE; 

TO: 


MOVE: 

OrfgCd,  System  Parameter  Table. 
TO: 

ORIGIN  CODE  on  the  screen. 
DISPLAY: 


OceanCarrAbbr  from  Voyage  file. 

OCEAN  CARRIER  on  the  screen. 

Consignee,  CntnrMovStp  file. 

CONSIGNEE  on  the  screen. 

EVENT  LOCATION  on  the  screen. 


CONTAINER  MAINTENANCE  <TTP> 


CONTAINER  NUMBER 
CONTAINER  OWNER 
VOYAGE  NUMBER 
POD 

OCEAN  CARRIER 
TCN 

CONSIGNEE 
ORIGIN  CODE 


XXXXXXXX 

XXXX 

XXXXX 

XXX 

XXXX 

xxxxxxxxxxxxxxxxx 

xxxxxx 

XXX 


TYPE  POWER  CODE 
MANAGER  CODE 
TYPE  CARRIER  CODE 
TYPE  MOV  NO  CODE 


EVENT  LOCATION:  XXXXXX 


DATE  ON:  XXXXX 
DATE  ON:  XXXXX 


DATE  OFF:  XXXXX 
DATE  OFF:  XXXXX 


At  this  time  the  cursor  will  be  on  Type  Power  Code 
IF: 

HELP: 

System  will  display  a  window  with  the  type  power  codes 
DISPLAY: 


1  ENTER:  1 

1  1 

1 

1 

G  for  Gas 

1 

1 

1 

1  _ 

E  for  Electric 

1 

1 

The  user  will  select  the  desired  code  by  moving  the 
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highlight  up  or  down.  User  will  press  GO  when  the 
desired  code  is  highlighted.  Code  will  be  placed 
by  the  system  in  the  Type  Power  Code  -field  on  the 
main  screen  (see  above). 

ELSE: 

KEYBOARD  ENTRY: 

THEN: 

if: 

TYPE  POWER  CODE  not  equal  to  "G”  or  "E". 

DISPLAY: 

"INVALID  TYPE  POWER  CODE,  PRESS  CHELP3  FOR  A 
LIST  OF  VALID  CODES." 

ELSE: 


MATCH: 

TyPwrCd  from  screen  and  TyPwrCd  in  MEvent  file. 

7)  IF: 

Match  is  found 

move: 

MgrCd  MEvent 

TO: 

MANAGER  CODE  on  screen 

MOVE: 

TyMovNoCd  MEvent 
TO: 

TYPE  MOV  NO  CODE  on  screen 

MOVE : 

NewEvntLoc  MEvent 
TO: 

EVENT  LOCATION  on  screen 
IF: 

EvntTy  equals  A  and  TyPwrCd  equals  E  in  MEvent 

MOVE: 

EvntOte  MEvent 
TO: 

A.  DATE  ON:  on  screen 
IF: 

EvntTy  equals  B  and  TyPwrCd  equals  E  In  MEvent 

MOVE: 

EvntDte  MEvent 
TO: 

B.  DATE  OFF:  on  screen 
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EvntTy  equals  C  and  TyPwrCd  equals  E  in  MEvent 

move: 

EvntDte  MEvent 
TO: 

C .  DATE  ON 
IF: 

EvntTy  equals  D  and  TyPwrCd  equals  E  in  MEvent 

MOVE: 

EvntDte  MEvent 
TO: 

D.  DATE  OFF:  on  screen 

IF: 

EvntTy  equals  A  and  TyPwrCd  equals  G  in  MEvent 

MOVE: 

EvntDte  MEvent 
TO: 

A.  DATE  ON:  on  screen 

IF: 

EvntTy  equals  B  and  TyPwrCd  equals  G  in  MEvent 

MOVE: 

EvntDte  MEvent 
TO: 

B.  DATE  OFF:  on  screen 

IF: 

EvntTy  equals  C  and  TyPwrCd  equals  G  in  MEvent 

move: 

EvntDte  MEvent 
TO: 

C.  DATE  ON:  on  screen 

IF: 

EvntTy  equals  D  and  TyPwrCd  equals  G  in  MEvent 

move: 

EvntDte  MEvent 
TO: 

D.  DATE  OFF:  on  screen 

IF: 

EvntTy  equals  A  and  TyPwrCd  equals  G  in  MEvent 

MOVE: 

EvntDte  MEvent 
TO: 

A.  DATE  ON:  on  screen 
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EvntTy  equals  B  and  TyPwrCd  equals  G 

move: 

EvntDte  MEvent 
TO: 

B.  DATE  OFF:  on  screen 
IF: 

EvntTy  equals  C  and  TyPwrCd  equals  E 

move: 

EvntDte  MEvent 
TO: 

C.  DATE  ON:  on  screen 

IF: 

EvntTy  equals  D  and  TyPwrCd  equals  E 

MOVE  : 

EvntDte  MEvent 
TO: 

D.  DATE  OFF:  on  screen 

IF: 

EvntTy  equals  A  and  TyPwrCd  equals  E 

move: 

EvntDte  MEvent 
TO: 

A.  DATE  ON:  on  screen 

IF: 

EvntTy  equals  B  and  TyPwrCd  equals  E 

move: 

EvntDte  MEvent 
TO: 

B.  DATE  OFF:  on  screen 

IF: 

EvntTy  equals  C  and  TyPwrCd  equals  G 

move: 

EvntDte  MEvent 
TO: 

C.  DATE  ON:  on  screen 

IF: 

EvntTy  equals  D  and  TyPwrCd  equals  G 

MOVE : 

EvntDte  MEvent 
TO: 

D.  DATE  OFF:  on  screen 


in  MEvent 


in  MEvent 


in  MEvent 


in  MEvent 


in  MEvent 


in  MEvent 


in  MEvent 
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If 

I 

I.' 


then: 


DISPLAY: 


CONTAINER  MAINTENANCE  <TTP> 


CONTAINER  NUMBER 

XXXXXXXX 

TYPE  POWER  CODE: 

X  ( 

CONTAINER  OWNER 

XXXX 

MANAGER  CODE  : 

XX  ( 

VOYAGE  NUMBER 

XXXXX 

TYPE  CARRIER  CODE: 

X  ( 

POD 

XXX 

TYPE  MOV  NO  CODE  : 

X  ( 

OCEAN  CARRIER 

XXXX 

TCN 

xxxxxxxxxxxxxxxxx 

CONSIGNEE 

xxxxxx 

EVENT  LOCATION:  XXXXXX  ( 

ORIGIN  CODE 

XXX 

A.  DATE 

ON 

XXXXX 

B. 

DATE  OFF:  XXXXX 

C.  DATE 

ON 

XXXXX 

D. 

DATE  OFF:  XXXXX 

(CLEAR 

(SCREEN 


I  ADD 
I  DATE 


MODIFY 


DELETE  ( 


At  this  point  the  user  will  be  able  to  Modify,  Add  date  or 
Delete  the  existing  MEvent  as  follows: 


I  XIV. 

I  » 


MODIFY; 


System  will  do  a  search  for  an  existing  CMMISAM 
record . 


Match  is  found. 


THEN: 


f 

»• 


fy 


6 


Cursor  will  be  placed  at  Manager  Code. 

The  user  will  be  able  to  change  the  following  elements; 
MANAGER  CODE, 

TYPE  CARRIER  CODE, 

TYPE  MOV  NO  CODE, 

A.  DATE  ON: 

B.  DATE  OFF: 

C.  DATE  ON: 

D.  DATE  off: 


III-312 


$ 

& 


UlIttMWWllUIIU  UUIMUUUU IMM 


WW/W  v  V  rai  V  ^  ^ ji  ?Mi 


ADSM  18-LZ4-AKM-BUR-FD 
WORKING  DRAFT  3.0 
DECEMBER  1987 


else: 

DISPLAY: 

'•RECORD  SENT  TO  CMM,  SUBMIT  A  ZTB  CRETURN]  TO 
CONTINUE." 

IF: 

DELETE: 

The  system  will  delete  the  existing  MEvent 
and  the  CMMISAM  record. 

IF: 

CLEAR  SCREEN: 

System  will  return  you  to  Open  door  process. 
IF: 

ADD  DATE: 

System  will  place  cursor  at  next  available 
empty  date  -field. 

DISPLAY: 

"ENTER  DATE  OR  CHELPI  FOR  TODAYS  DATE.  PRESS  CG03 
OR  CFINISH3 


IF: 

HELP: 

System  will  insert  Current  Julian  Date. 

else: 

Keyboard  entry. 

then: 

Perform  Date  Validation, 

Date  must  be  less  than  or  equal  to  today’s  date, 

B.  DATE  OFF  GREATER  THAN  OR  EQUAL  TO  A.  DATE  ON, 

C.  DATE  ON  GREATER  THAN  OR  EQUAL  TO  B.  DATE  OFF, 

D.  DATE  OFF  GREATER  THAN  OR  EQUAL  TO  C.  DATE  ON, 

ELSE: 

MATCH: 

System  will  search  the  Trns-ISAM-F i le  to  see  if 
there  has  been  a  ZTP  with  zeros  posted  on  the  date 
fields. 

IF: 

MATCH  FOUND: 

DISPLAY: 

"ZTP  EXIST,  YOU  MUST  ENTER  THE  ZTP  PROCESS  TO 
CHANGE  ANY  DATES" 

Place  cursor  on  Manager  Code.  Screen  will  appear  with¬ 
out  the  Function  Keys. 


I 


I 
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8)  IF: 


MANAGER  CODE  not  equal  to  alpha/numer i c 


DISPLAY: 


'•MUST  BE  A  2  DIGIT  ALPHA/NUMERIC  CODE." 


else: 


ELSE: 


Move  to  TYPE  CARRIER  CODE. 


HELP: 

System  will  scroll  the  contents  of  the  TypeCarr 
table  in  a  window.  The  user  will  select  the 
code  desired  by  moving  the  highlight  up  or 
down.  User  will  press  GO  when  the  desired  code 
is  highlighted.  Code  will  be  placed  by  the 
system  in  the  appropriate  place  on  the  main 
screen . 

Keyboard  Entry: 

Perform  Table  Validation 


No  Match 

display: 

"INVALID  CODE  PRESS  CHELP]  FOR  A  LIST  OF  VALID  CODES." 


9)  IF 


ELSE: 


help: 


Move  cursor  to  TyMovNo 


System  will  scroll  the  contents  of  the  TypeMovNo  t 
in  a  window.  The  user  will  select  the  code  desire 
moving  the  highlight  up  or  down.  User  will  hit  GO 
the  desired  code  is  highlighted.  Code  will  be  pla 
by  the  system  in  the  appropriate  place  on  the  main 
screen.  Cursor  will  then  move  to  EVENT  LOCATION. 


TypeMovNo  table 
code  desired  by 
will  hit  GO  when 
will  be  placed 


Keyboard  Entry; 


Perform  Table  Validation 


No  Match  is  found 

display: 

"INVALID  CODE,  PRESS  [HELP!  FOR  A  LIST  OF  VALID 
CODES." 

IF: 
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then: 


TyMovNoCd  is  equal  to  "C" 


CntnrTCN  in  CntnrMov  File  is  blank. 


DISPLAY: 


'TCN  NOT  FOUND,  INVALID  TYPE  MOV  NO  CD, 
REENTER  OR  EXIT  PROCESS." 


THEN: 


TyMovNoCd  is  equal  to  "F* 


THEN: 


FUTNo  in  CntnrMov  file  is  blank. 

DISPLAY: 

"FWTNo  and  TIN  NOT  AVAILABLE  SELECT  ANOTHER 
CODE." 

TyMovNoCd  is  equal  to  "M" 


ELSE: 


10)  IF: 


TMRPre-fix  in  CntnrMov  file  is  blank. 

DISPLAY: 

"TMRPrefix  and  TIN  NOT  AVAILABLE  SELECT 
ANOTHER  CODE." 


Move  cursor  to  EVENT  LOCATION: 

System  will  allow  this  data  element  to  be  overlayed. 


Keyboard  Entry; 


User  will  enter  the  6  position  DODAAC. 


THEN: 


Perform  Table  Validation  against: 
CgoAddress  File. 


No  match  is  found 

display: 

"CONSIGNEE  NOT  ON  FILE  PRESS  [CANCEL]  TO 
CONTINUE." 


Keyboard  Entry: 


User  will  enter  3  position  PORT  code. 


then: 


Perform  Table  Validation  against 
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CgoPort  Table 


No  Match  is  found 


display: 


•PORT  CODE  NOT  ON  FILE.  MUST  ENTER  VALID  PORT  CODE" 


ELSE: 


Move  to  A.  DATE  ON 


11)  DISPLAY: 


Current  Julian  Date. 

User  will  have  the  ability  to  overwrite  the  julian  date 
on  the  screen. 


Keyboard  entry 


THEN: 


Perform  date  validation  against  system  calendar. 

A.  DATE  ON  is  equal  to  or  less  than  today’s  date. 


IF: 

No  Match 
DISPLAY: 

"DATE  MUST  BE  EQUAL  TO  OR  LESS  THAN  TODAY’S  DATE" 


S 

I 

A 

I 

\ 

n 


I 


else: 


Move  to  B.  DATE  OFF 


display; 


"ENTER  JULIAN  DATE,  PRESS  CRETURNI  OR  CHELP]  FOR 
TODAY’S  DATE." 


HELP: 


System  will  insert  Current  Julian  Date  in 
B.  DATE  OFF. 


ELSE: 

THEN; 


Keyboard  entry. 

Perform  Date  Validation,  B.  DATE  OFF  must  be  greater 
than  or  equal  to  A.  DATE  ON 


IF: 

No  Match 

display: 
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"BDATE  MUST  BE  EQUAL  TO  OR  GREATER  THAN  A. 
DATE." 


ELSE: 


Perform  Date  Validation  against  system  calendar  date. 


IF: 

No  Match 
display: 

"B.  DATE  MUST  BE  EQUAL  TO  OR  LESS  THAN  TODAY’S 
DATE." 


ELSE: 


Move  to  C.  DATE  ON 


display: 


"ENTER  JULIAN  DATE,  PRESS  [RETURN!  OR  [HELP!  FOR 
TODAY’S  DATE." 


HELP; 


System  will  insert  Current  Julian  Date  in  C. 
DATE  ON. 


ELSE: 


Keyboard  entry. 


else: 


Perform  Date  Validation,  C.  DATE  ON  must  be  greater 
than  or  equal  to  B.  DATE  OFF 


IF; 

No  Match 

display: 

"CDATE  MUST  BE  EQUAL  TO  OR  GREATER  THAN  B.  DATE." 


THEN: 


Perform  Date  Validation  against  system  calendar  date. 


IF: 

No  Match 

display: 

"CDATE  MUST  BE  EQUAL  TO  OR  LESS  THAN  TODAY’S 
DATE." 


ELSE; 


Move  to  D.  DATE  OFF 
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display: 

••ENTER  JULIAN  DATE,  PRESS  [RETURN]  OR  [HELP]  FOR 
TODAY’S  DATE. 


IF: 

HELP: 

System  will  insert  Current  Julian  Date  in  D. 

DATE  OFF. 

ELSE: 

Keyboard  entry. 

THEN: 

Perform  Date  Validation,  D.  DATE  OFF  must  be  greater 
than  or  equal  to  C.  DATE  ON 

IF: 

No  Match 

display: 

"DDATE  MUST  BE  EQUAL  TO  OR  GREATER  THAN  C.  DATE." 

else: 

Perform  Date  Validation  against  system  calendar  date. 
IF: 

No  Match 
display: 

"DDATE  OFF  MUST  BE  EQUAL  TO  OR  LESS  THAN  TODAY’S 
DATE." 

The  user  will  retry  and  after  all  validations 
have  been  complete,  then. 

IF: 

[RETURN]: 

Cursor  will  be  placed  at  the  first  screen 
entered  element  for  review. 


ELSE: 

CGO]: 

The  system  will  search  for  an  existing 
matching  record  in  the  ISAM  file. 


IF: 


Match  is  found  overlay  corresponding 
dates  from  the  TTP  onto  the  existing 
ISAM  record. 
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The  following  updates  will  be  accomplished  by  this  process. 


DSSR  (CMMISAM) 


ELEMENT 

FROM 

TO 

Die 

GENERATED 

CC 

1-3 

OrigCd 

SCREEN 

CC 

4-6 

TyCarrCd 

SCREEN 

CC 

7 

BLANK 

BLANK 

CC 

8 

TyMovNo 

SCREEN 

CC 

9 

Movement  Number 

SEE  BELOW 

CC 

10-29 

1 

IF  TYPE  MOV  NO  EQUALS  "C" 

1 

1  CntnrTCN 

CntnrMov 

CC 

10-26  1 

1  BLANK 

1 

BLANK 

CC 

27-29  1 

I 

OR 


1 

IF  TYPE  MOV  NO  EQUALS  ’'V" 

1 

1  CntnrOwnAbbr 

CntnrMov 

CC 

10-13 

1 

1  CntnrNo 

CntnrMov 

CC 

14-21 

1 

1  BLANK 

1 

BLANK 

CC 

22-29 

1 

EVENT  LOCATION 

SEE  BELOW 

CC 

30-35 

1  NewEvntLoc 

1 

MEvent 

CC 

30-35 

1 

OR 


1  BLANK 

BLANK 

CC 

30- 

-32  1 

1  POO 

1 

CntnrMov 

CC 

33- 

■35  1 

1 

OceanCarrAbbr 

CntnrMov 

CC 

36-39 

TyPwrCd 

Screen 

CC 

40 

BLANK 

BLANK 

CC 

41-43 

EvntTy 

*A.  DATE  ON(generated  as  a 

1) 

CC 

44 

EvntDte 

*A.  DATE  ON 

CC 

45-47 

EvntTy 

*B.  DATE  OFF (generated  as  a 

2) 

CC 

48 

EvntDte 

*B.  DATE  OFF 

CC 

49-51 
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EvntTy 

EvntDte 

EvntTy 

EvntDte 

BLANK 

VoyDocuNoFltNo 


*C.  DATE  ON(generated  as  a  1)  CC 

*C.  DATE  ON  CC 

*D.  DATE  OFF (generated  as  a  2)  CC 

*D.  DATE  OFF  CC 

BLANK  CC 

CntnrMov  CC 


CC  52 
CC  53-55 
CC  56 
CC  57-59 
CC  60-75 
CC  76-80 


MEvent 


ELEMENT 

FROM 

TO 

a 

CntnrOwnAbbr 

CntnrMov 

CntnrOwnAbbr , MEvent 

CntnrNo 

CntnrMov 

CntnrNo, MEvent 

S 

TyPwrCd 

Screen 

TyPwrCd, MEvent 

MgrCd 

Screen 

MgrCd, MEvent 

TyMovNoCd 

Screen 

TyMovNoCd, MEvent 

NewEvntLoc 

Screen 

NewEvntLoc , MEvent 

* 

MovEvntCd 

Generated 

MovEvntCd, MEvent 

EvntTy 

Screen 

EvntTy , MEvent 

‘i 

EvntDte 

Screen 

EvntDte, MEvent 

■jj 

OrigCd 

Generated 

Or igCd, MEvent 

PstDte 

Generated 

PstDte, MEvent 

» 1 

ELEMENT 

DteLstUpdCntnr 


CntnrMov 


FROM 


Generated 


DteLstUpdCntnr , CntnrMov 


maintains: 

CntnrMov-FUe  ; 

MAINTAINS: 

MEvent-File  ; 

MAINTAINS: 

Trns-ISAM-F i le  ; 

EMPLOYS: 

CntnrMovStp-F 1 le  i 
Voyage-File  , 

CgoAddress-F i le  t 
TypeCarr ier-Tbl  , 

TypeMovNo-Tbl  , 

CgoPort-Tbl  , 

System-Parameter-Tbl  ; 

ADDS:  TTP-ISAM-Data  TO  Trns-ISAM-F i le  ; 

MODIFIES:  CntnrMov-TTP-Upd  IN  CntnrMov-F i le 

MODIFIES:  MEvent-TTP-Upd  IN  MEvent-F i le  ; 
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MODIFIES:  TTP-ISAM-Data  IN  Trns-ISAM-F ile  ; 

REFERENCES:  CntnrMov-TTP-ReF  IN  CntnrMov-F i le  ; 

REFERENCES:  MEvent-TTP-Ref  IN  MEvent-FUe  ; 

REFERENCES:  Voyage-ECSR-Re-f  IN  Voyage-File  ; 

REFERENCES:  CgoAddress-CRec-ReT  IN  CgoAddress-F i le  ; 

REFERENCES:  TypeCarrier  IN  TypeCarrier-Tbl  ; 

REFERENCES:  TypeMovNo  IN  TypeMovNo-Tbl  ; 

REFERENCES:  CgoPort-TTP-Ref  IN  CgoPort-Tbl  ; 

REFERENCES:  TTP-ISAM-Data  IN  Trns-ISAM-F i le  ; 

REFERENCES:  CntnrMovStp-ReF  IN  CntnrMovStp-F i le  ; 

REFERENCES:  Parameter-Or igCd-Ref  IN  System-Parameter-Tbl  ; 

CREATES: 

Trns-ISAM-Data  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Ocasio’  ; 
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<TTP-ISAf^-Data> 


Figure  27.  Prep-Svan-Maint-Bgn/E-Corr-ZTP 
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33  DEFINE  PROCESS  Prep-Svan-Maint-Bgn/E-Corr-ZTP 

DESCRIPTION; 

Prepare  SEAVAN  Maint  Begin/End  Correction  <ZTP> 

This  process  receives  SEAVAN  maintenance  correction  information  and  the 
ZTP  information  received  is  used  to  update  the  container  database. 

KEYWORD  IS:  ’Container’  , 

’LOB’  ; 

SEE  MEMO: 

TCR-Svan-Maint-Bgn/E-Corr-ZTP  ; 

GENERATES: 

ZTP-ErrMsg-Out  ; 

RECEIVES: 

ZTP-Svan-Maint-Inp  ; 

PART  OF:  Rec+Report-Cntnr-Mov-Events  ; 

PROCEDURE : 

After  the  record  selection  process  has  been  completed*  the  system  will 
display  a  screen  comprised  of  the  elements  indicated,  and  assemble  the 
appropriate  data  elements  to  create  a  ZTP  transaction. 


*  SEAVAN  MAINTENANCE  CORRECTION  * 

*******************************  *****«!»  ***************  *************** 

*  CONTAINER  NUMBER  :  _  * 

*  * 

*  CONTAINER  OWNER  :  _  OCEAN  CARRIER  :  _  * 

*  * 

*  VOYAGE  NUMBER  : _  MANAGER  CODE  :  _  _  * 

*  * 

*  POD  :  _  TYPE  CARRIER  CODE  :  _  * 

*  * 

*  CONSIGNEE  : _  TYPE  MOV  NO  CODE  :  _  * 

*  * 

*  ORIGIN  CODE  : _  * 

*  * 

*  TRANS  CNTRL  NUMBER  :  _  * 

*  * 

*  TYPE  POWER  CODE:  _  CONTAINER  LOCATION  :  _  * 

*  * 

*  A.  DATE  ON: _ _  B.  DATE  OFF: _  * 

*  * 

*  C.  DATE  ON: _  D.  DATE  OFF: _  * 

*  * 
******************************************************************** 

In  creating  this  screen,  the  system  will  display  data  contained  in 
CntnrMov  and  CntnrMovStp  into  the  corresponding  data  element  lines  on 
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the  screen.  At  the  same  time,  the  system  will  perform  a  search  for  an 
MEvent  record  with  MovEvntCd  TTP,  and  the  same  CntnrNo  and  Consignee 
selected  (on  the  screen).  If  an  MEvent  record(s)  exist,  based  on  this 
search ,  the  information  required  on  the  screen,  and  resident  in  MEvent, 
will  be  posted  from  MEvent  to  the  corresponding  screened  data  element 
I ines . 

If,  however,  an  existing  record  is  not  found  in  MEvent,  the  system  will 
provide  a  prompt  informing  the  user  "A  TTP  IS  REQUIRED  TO  COMPLETE  THIS 
TRANSACTION,  EXIT  AND  INITIATE  TTP",  and  at  that  point  the  user  must  go 
back  to  the  menu  and  enter  a  TTP. 

(NOTE*-  The  CntnrNo  displayed  is  to  be  comprised  of  elements  CntnrNo  and 
CntnrNoPref ix  in  CntnrMov.) 

If  an  MEvent  record  is  found,  and  the  data  is  posted  to  the  screen,  the 
cursor  will  go  to  the  first  data  element  line,  which  is  A. DATE  ON.  If 
the  user  wishes,  the  cursor  may  be  moved  to  or  from  any  of  the  date 
fields,  i.e.  A  to  D,  or  C  to  B  etc,  but  the  user  will  be  allowed  to 
change  only  the  dates,  which,  when  changed  on  the  screen,  will  be  posted 
by  the  system  as  follows: 

A.  DATE  ON-  the  last  three  digits  will  post  to  CC’s  45-47  on  the  ISAM, 

and  to  the  MEvent  record  with  EvntTy  A. 

B.  DATE  OFF-  the  last  three  digits  will  post  to  CC’s  49-51  on  the  ISAM, 

and  to  the  MEvent  record  with  EvntTy  B. 

C.  DATE  ON-  the  last  three  digits  will  post  to  CC’s  53-55  on  the  ISAM,  ; 

and  to  the  MEvent  record  with  EvntTy  C. 

D.  DATE  OFF-  the  last  three  digits  will  post  to  CC’s  57-59  on  the  ISAM, 

and  to  the  MEvent  record  with  EvntTy  D. 

Once  again,  the  user  may  not  change  any  other  fields  with  this  process. 
Dates  entered  during  this  process  will  be  edited  as  follows: 

a)  A.  date  must  be  equal  to  or  less  than  B.  date 

b)  B.  date  must  be  equal  to  or  greater  than  A.  date  and  equal  to 
or  less  than  C.  date 

c)  C.  date  must  be  equal  to  or  greater  than  B.  date  and  equal  to 
or  less  than  D.  date 

d)  D.  date  must  be  equal  to  or  greater  than  C.  date 

If  the  user  changes  only  one  of  the  dates,  the  edit  criteria  above  will 
apply. 

During  the  output  process,  even  though  the  user  changed  only  a  date  or 
dates,  the  system  will  assemble  the  entire  range  of  data  required  for 
the  ISAM  (this  is  in  addition  to  those  newly  entered  dates). 

After  the  user  has  made  the  entries  or  corrections  to  those  entries,  GO 
is  pressed,  and  after  that  changes  may  be  made  on  the  screen  until  the 
ISAM  is  sent.  Then,  no  more  changes. 
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In  creating  this  transaction  the  system  will,  in  addition  to  the  ISAM, 
copy  (overlay)  to  the  corresponding  MEvent  record,  the  information 
changed  via  the  ZTP  (ie  B.  DATE  OFF  will  post  to  an  MEvent  record  with 
EvntTy  B,  D.  DATE  OFF  will  post  to  an  MEvent  record  with  EvntTy  D  etc.) 
Once  the  information  is  posted  to  both  the  CW1ISAM  and  the  MEvent  record 
(the  MovEvntCd  ZTP  is  not  stored  or  saved,  but  is  only  used  to  access 
and  overlay  the  old  MEvent  and  as  the  DIC  for  CMM) , 


The  following  outputs  will  be  created: 


ELEMENT 

FROM 

II 

M 

II 

II 

II  -1 

II  o 

II 

II 

II 

II 

DIC 

GENERATED 

CC  1-3 

ORIGIN  CODE 

SCREEN 

CC  4-6 

(CntnrOr igCd) 

TYPE  CARRIER  CODE 

SCREEN 

CC  7 

(TyCarrCd) 

BLANK 

CC  8 

TYPE  MOV  NUMBER  CODE 

MEVENT 

CC  9 

(TyMovNoCd) 

MOVEMENT  NUMBER** 

MEVENT 

CC  10-29 

**  NOTE  -  If  "C"  is  entered 

in  Type  Movement 

Number  Code,  then 

movement  number  is  the  TCN  from  CntnrMov  in  CC  10-26 
and  filler  in . CC  27-29 


-  If  "V"  is  entered  in  Type  Movement  Number  Code,  then 
movement  number  is  the  CntnrOwnAbbr  and  8  digit  Cntnr 


number  from  CntnrMov  in . 

*  »  •  « 

<  •  • 

^  , 

. .  .CC 

10-21 

and  filler  in. . , 

•  •  •  • 

,  , 

'»••••  1 

. .  .CC 

22-29 

CONTAINER  LOCATION 

MEVENT 

CC 

30-35 

(NewEvntLoc) 

OCEAN  CARRIER 

CNTNRMOV 

CC 

36-39 

(OceanCarrAbbr) 

TYPE  POWER  CODE 

MEVENT 

CC 

40 

(TyPwrCd) 

FILLER 

CC 

41-43 

EVENT  TYPE  A 

GENERATED 

(as 

a 

1 

to) 

CC 

44 

(EvntTy) 

EVENT  DATE  A 

SCREEN 

CC 

45-47 

(EvntDTE) 

EVENT  TYPE  B 

GENERATED 

(as 

a 

2 

to) 

CC 

48 

(EvntTy) 

EVENT  DATE  B 

SCREEN 

CC 

49-51 

(EvntDte) 

EVENT  TYPE  C 

GENERATED 

(as 

a 

1 

to) 

CC 

52 

CC  52 


I 


(EvntTy) 

EVENT  DATE  C 
(EvntDte) 

EVENT  TYPE  D 
(EvntTy) 

EVENT  DATE  D 
(EvntDte) 

FILLER 

VOYAGE  NUMBER 
(VoyDocuNoFltNo) 


V 
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SCREEN 

GENERATED  (as  a  2  to) 
SCREEN 

CNTNRMOV 


CC  53-55 

CC  56 

CC  57-59 

CC  60-75 
CC  76-80 


ELEMENT 

FROM 

TO 

CONTAINER  NUMBER 

MOVSTP 

MEVENT-  CntnrNo 

CONTAINER  OWNER 

MOVSTP 

MEVENT-  CntnrOwnAbbr 

CONSIGNEE 

MOVSTP 

MEVENT-  Consignee 

TYPE  CARRIER  CODE 

SCREEN 

MEVENT-  TyCarrCd 

TYPE  MVMNT  NO  CODE 

SCREEN 

MEVENT-  TyMovNoCd 

ORIGIN  CODE 

SCREEN 

MEVENT-  OrigCd 

CONTAINER  LOCATION 

SCREEN 

MEVENT-  NewEvntLoc 

TYPE  POWER  CODE 

SCREEN 

MEVENT-  TyPwrCd 

A.  DATE  ON 

SCREEN 

MEVENT-  EvntTy  (A) 

-  EvntDte 

B.  DATE  OFF 

SCREEN 

MEVENT-  EvntTy  (B) 

-  EvntDte 

C.  DATE  ON 

SCREEN 

MEVENT-  EvntTy  (C) 

-  EvntDte 

D.  DATE  OFF 

SCREEN 

MEVENT-  EvntTy  (D) 

-  EvntDte 

MANAGER  CODE 

SCREEN 

MEVENT-  MgrCd 

DTELSTUPDCNTNR 

« 

I 

GENERATED 

CNTNRMOV-DteLstUpdCn- 

MAINTAINS: 

CntnrMov-F i le  ; 

maintains: 

MEvent-File  ; 

MAINTAINS: 

Trns-ISAM-File  ; 

EMPLOYS: 

CntnrMovStp-F i le  , 

Voyage-File  ; 

MODIFIES:  CntnrMov-TTP-Upd  IN  CntnrMov-F i le 

MODIFIES:  MEvent-TTP-Upd  IN  MEvent-File  ; 

MODIFIES:  TTP-ISAM-Data  IN  Trns-ISAM-File  ; 

REFERENCES:  CntnrMov-TTP-Ref  IN  CntnrMov-F i le 
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REFERENCES: 

REFERENCES: 

REFERENCES: 

REFERENCES: 

RESPONSIBLE 


Voyage-ECSR-ReF  IN  Voyage-File  ; 
MEvent-ZTP-ReF  IN  MEvent-File  ; 
TTP-ISAM-Data  IN  Trns-ISAM-F i le  ; 
CntnrMovStp-ReF  IN  CntnrMovStp-F i le  ; 
PROBLEM  DEFINER  IS: 

’Woods’  ; 


System 

-Operator 


<MEvent-Info-Inp> 


CntnrMovStop  <CntnrMovStp-TTB-Ref > 
-File  - 


System  < Pa rameter-OrigCd- I nfo> 

-Parameter-Tbl  -  — 


ShpmtMethod  <ModeMethShpmtCd-TTB-Ref > 

-Tbl  - , 


TypeCarrier  <TyCarrCcl-TTB-Ref  > 
-Tbl  - 


T  y  peMovNo-  Tbl 


CntnrMov-F'i  T 


MEvent-File 


Trns-ISAM-F1le 


<TyMovNoCd-TTB-Ref > 


<CntnrMov-Tl  8-Ke-1  ^ 


'CntnrMc'v-TTB-Upd. 


<  Ex i St  1 ng-TTB-ME vent -Ref  5 


<ME vent -TTB-U pd > 


< I SAM-Trns-TTB- I nf o> 


< I SAM-T  rns-TTB- 1 nf o> 


I  I  I  I 

i  i  i  i 


Prepare 

-Cnsgn-Rept 

-Evnts-<TTB> 


♦  I  *  '  f  I 

I  I  M  I  I 

I  t  I  1  I  I 


Figure  28.  Prepare-Cnsgn-Rept-Evnts-<TTB> 


III-32S 
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34  DEFINE  PROCESS  Prepare-Cnsgn-Rept-Evnts-<TTB>  ; 

DESCRIPTION; 

This  process  updates  the  container  database  with  in-formation  concern¬ 
ing  a  subsequent  container  movement  event.  This  subsequent  container 
movement  event  may  be  of  several  types: 

1>  Conveyance  arrival 

2)  Contents  discharged  without  discrepancies 

3)  Contents  discharged  with  discrepancies 

4)  Carrier  notified  to  pick  up  container 

5)  Conveyance  departed  with  container 

After  the  container  database  is  updated,  the  information  is  moved  to 
an  ISAM  file  in  TTB  CMM  format. 


KEYWORD  IS:  ’Container’  , 

•LOB’  ; 

SEE  MEMO: 

Front-End-Process-Memo  , 
TCR-TTB-Process-Memo  , 

TTB-Integrat ion-Memo  , 

TTB-ISAM-Delet ion-Memo  ; 

RECEIVES: 

MEvent-Info-Inp  ; 

PART  OF:  Rec+Report-Cntnr-Mov-Events  ; 

PROCEDURE ; 

^.9 

TTB  Detailed  Description 


1.  User  receives  notification  of  a  subsequent  movement  event  via  a 
phone  call,  TELEX,  or  walk-in,  as  may  be  the  case  at  a  given  MCT. 


2.  The  customer  provides  the  following  information  to  the  user: 

-  Cntnr  No 

-  Cntnr  Own  Abbr 

-  Ship  to  AAC  (Event  Location) 

-  Event  Date  (or  Event  Dates  if  Multiple  Events) 

-  Event  Type  (or  Event  Types  if  Multiple  Events) 

-  Mode  Method  Shipment  Code 

-  Type  Carrier  Code 

-  Origin  Code 

-  Voyage  Document  No 


3.  The  user  captures  this  information  and  documents  it  on  the  Container 
Dai ly  Worksheet . 


1) 

If; 

User  enters  CntnrNo 
MATCH: 

CntnrNo  from  screen  with  CntnrNo  in  CntnrMovStp  File 
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DISPLAY: 


NO  MATCH: 

DISPLAY: 

"Container  Number  not  valid,  reenter  or 
exit  process." 

ELSE: 

Use  CntnrNo  to  access  CntnrMovStp. 

DISPLAY: 

"CntnrNo  CntnrOwn  Consignee  MultiStpNo  StpComp" 
XXXXX  XXXX  XXXXXX  X 

System  will  allow  user  to  course  through  this 
scrollable  screen  to  the  desired  stop.  When  the 
stop  is  selected,  the  user  will  hit  "GO"  and 
the  -first  process  screen  will  be  displayed. 

MOVE: 

CntnrNoPref ix  -from  CntnrMov  to  Container 
Number  on  -first  process  screen. 

First  Process  Screen 


User  enters  CntnrNo  +  CntnrNoPre-f ix 
MATCH: 

CntnrNo  -from  screen  with  CntnrNo  in  CntnrMovStp  File 
IF: 

NO  MATCH: 

DISPLAY: 

"Container  Number  not  valid,  reenter  or 
exit  process." 


EDIT: 


ELSE: 


System  will  edit  CntnrNoPref ix 
IF: 

CntnrNoPref ix  <  >  Alphanumeric 
DISPLAY: 

Err  Msg  -  "Container  number  must 
be  alphanumeric." 


Use  CntnrNo  from  screen  to  access  CntnrMovStp. 
DISPLAY: 

"CntnrNo  CntnrOwn  Consignee  MultiStpNo" 
XXXXXXXX  XXXX  XXXXXX  X 


1 


I 


System  will  allow  user  to  course  through  this 
scrollable  screen  to  the  desired  stop.  When  the 
stop  is  selected,  the  user  will  hit  "GO"  and  the 
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1 


•ffrst  process  screen  will  be  displayed. 

IF:  CntnrNoPref lx  in  CntnrMov  =  000 

UPDATE:  Screen  entered  CntnrNoPref ix  to 
CntnrNoPref ix  in  CntnrMov. 


DISPLAY: 


MOVE:  CntnrNoPreF i X  From  CntnrMov  to  Container 
Number  on  First  Process  Screen. 

First  Process  Screen 


3) 


IF: 

User  enters  FWTNo 
MATCH: 

FWTNo  From  screen  with  FWTNo  in  CntnrMov  File 
IF: 

NO  MATCH: 

DISPLAY:  Freight  Warrant  Number  entered  not 

valid.  Reenter  or  exit  the  process. 

ELSE: 

Use  CntnrNo  and  CntnrOwnAbbr  Found  in  the 
CntnrMov  File  to  access  CntnrMovStp 
DISPLAY: 

Cntnr  Mov  Stop  data  as  Follows: 
CntnrNo  CntnrOwn  Consi&nee  MultiStpNo 


XXXXX  XXXX  XXXXXX  X 


System  will  allow  user  to  course 
through  this  scrollable  screen  to 
the  desired  stop.  When  the  stop  is 
selected,  the  user  will  hit  ’GO'  and 
the  First  process  screen  will  be  dis¬ 
played. 

MOVE: 

CntnrNoPreF ix  From  CntnrMov  to 
Container  Number  on  First  process 
screen. 

DISPLAY: 

First  Process  Screen 


4) 


IF: 

User  enters  TMRPreFix 
MATCH: 

TMRPreFix  From  screen  with  TMRPreFix  in  CntnrMov  File 
IF: 

NO  MATCH: 

DISPLAY:  TMRPreFix  entered  not  valid.  Reenter  or 
exit  the  process. 
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ELSE; 


Use  CntnrNo  and  CntnrOwnAbbr  -found  In  the 
CntnrMov  Tile  to  access  CntnrMovStp 
DISPLAY: 

CntnrMovStp  data  as  -follows^ 

CntnrNo  CntnrOwn  Consignee  MultiStpNo 


XXXXX 


XXXX 


XXXXXX 


DISPLAY: 


System  will  allow  user  to  course 
through  this  scrollable  screen  to  the 
desired  stop.  When  the  stop  is  select¬ 
ed,  the  user  will  hit  ’GO’  and  the 
■first  process  screen  will  be  displayed 
MOVE: 

CntnrNoPre-f  ix  from  CntnrMov  to 
Container  Number  on  first  process 
screen . 


First  Process  Screen 


User  enters  CntnrTCN. 

MATCH: 

CntnrTCN  from  screen  with  CntnrTCN  in  CntnrMov. 
IF: 

No  match. 

DISPLAY: 

"Container  TCN  not  valid.  Reenter  or  exit 
process . " 


ELSE: 


Select  CntnrNo,  CntnrOwnAbbr  from  CntnrMov  to  access 
CntnrMovStp. 

DISPLAY: 

CntnrMovStp  data  as  follows: 


Cntnr 

No 

XXXXX 

XXXXX 


CntnrOwnAbbr 

Abbr 

XXXX 

XXXX 


Consignee 


XXXXXX 

XXXXXX 


MultiStp 

No 


Stp 

Comp 


System  will  allow  user  to  course  through 
this  scrollable  screen  to  the  desired  stop. 
When  the  stop  is  selected,  the  user  will 
hit  CGO]  and  the  first  process  screen 
wi  1 1  be  displayed. 
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MOVE: 


CntnrNoPre-f ix  -from  CntnrMov  to  Container 
Number  on  the  -first  process  screen. 


match: 


The  system  will  then  use  the  4  elements  selected 
in  the  search  process  to  search  MEvent  -for  an 
existing  TTB  record. 

IF: 

MATCH  -  The  system  will  get  all  MEvents  -found  with  the  key 
being  equal  and  display  them  as  -follows: 

PROMPT:  "Please  press  the  desired  -function  key." 


CONSIGNEE  REPORTED  EVENTS  (TTB) 


CONTAINER  NUMBER:  XXXXXXXX 
container  OWNER:  XXXX 
VOYAGE  NUMBER:  XXXXX 
CONSIGNEE:  XXXXXX 
ORIGIN  CODE:  X 
TYPE  MOVEMENT  NO  CODE:  X 
MODE  METHOD  CODE:  X 
TYPE  CARRIER  CODE:  X 


EVENT  TYPES:  A 

EVENT  DATES:  XXXXX 


The  system  will  display  elements  of  all  TTB 
events  found.  For  examplet  The  MEvent  found 
above,  was  that  of  TTB-A.  If  a  TTB-B  was 
found  as  well,  the  date  entered  for  it 
would  appear  next  to  the  A-Date. 

At  this  time,  the  user  will  be  given 
the  option  of  changing  elements  of  the 
most  recent  event  found,  deleting  an 
event,  adding  an  event  or  clearing  the 
screen  and  returning  to  the  beginning 
of  the  process. 
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MODIFY. 


The  system  will  search  the  existing  ISAM 
record  to  see  if  an  ISAM  record  for  that 
event  exists. 


ISAM  EXISTS. 

The  system  will  move  the  cursor  to  the  date 
found,  or  code  appropriate  as  follows: 

IF:  An  A  date  exists  on  the  ISAM,  the  cursor 

will  be  placed  on  TyMovNoCd.  At  this  time, 
the  user  may  enter  a  new  TyMovNoCd.  The 
system  will  then  move  the  cursor  to  the 
following  elements  on  the  screen: 
ModeMethShpmtCd,  TyCarrCd,  EventDate. 

The  user  may  change  any  one  of  these.  Normal 
edits/val idat ions  will  be  accomplished. 

Cursor  will  only  advance  to  dates  that  were  on 
the  ISAM,  not  to  blank  dates. 

PROMT:  "Enter  data  in  selected  field  -  Press  [RETURN] 
or  CHELP3/CCANCEL]." 


CONSIGNEE  REPORTED  EVENTS  (TTB) 


CONTAINER  NUMBER:  XXXXXXXX 
CONTAINER  OWNER:  XXXX 
VOYAGE  number:  XXXXX 
CONSIGNEE:  XXXXXX 

ORIGIN  CODE:  XXX 
TYPE  MOVEMENT  NO  CODE:  X 
MODE  METHOD  CODE:  X 
TYPE  CARRIER  CODE:  X 

EVENT  TYPES  A  B  C  D  E 
EVENT  DATES  XXXXX  XXXXX  _ 

IF:  An  Event  date  other  than  A  exists  in  the  ISAM, 
ONLY  the  dates  of  the  Event  existing  in  the  ISAM 
may  be  changed.  The  user  will  then  enter  the 
corrected  date.  If  there  is  more  than  1  date  in 
the  ISAM  found,  the  cursor  will  be  placed  on  the 
earliest  date  found  i.e.  If  a  B  and  E  date  are 
present,  the  cursor  will  be  placed  on  the  B 
date,  the  user  will  have  to  manually  enter  the 
corrected  date  for  the  event  that  needs  to 
be  changed. 
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The  user  may  then  change  the  date  (except  D  date) 
to  any  date  he/she  wishes,  so  long  as  the  normal 
event  relationships  and  edits  are  met.  The  user 
may  also  use  the  delete  key  to  delete  a  date  out 
and  enter  another.  However,  the  user  may  not 
delete  the  date  and  exit  the  process. 

IF: 

A  date  is  deleted,  and  user  presses  CGO]  or 
CRETURN] 

DISPLAY: 

"Cannot  modify  A  date  to  blanks." 

IF: 

B  date  is  deleted,  and  user  presses  CGO]  or 
CRETURN] 

DISPLAY: 

"Cannot  modify  B  date  to  blanks." 

IF: 

C  date  is  deleted,  and  user  presses  [GO]  or 
[RETURN] 

DISPLAY: 

"Cannot  modify  C  date  to  blanks." 

IF: 

E  date  is  deleted,  and  user  presses  [GO]  or 
CRETURN] 

DISPLAY: 

"Cannot  modify  E  date  to  blanks." 

PROMPT:  "Enter  different  date." 

PERFORM:  Event-Type-Event-Date-Routine 
ELSE: 

NO  MATCH  of  ISAM. 

PROMPT:  "TTB  record  sent  to  CMM.  Press  [RETURN]  to 
cont i nue . " 

IF  DELETE: 

The  system  will  search  the  existing  ISAM 
record  for  that  container. 

IF: 

MATCH: 

The  ISAM  exists.  The  system  will  delete  the 
ISAM  and  the  MEvent  in  the  following  manner. 
The  MEvent  matching  the  ISAM  found  will  be 
displayed  on  the  screen  as  follows: 

PROMPT:  "Press  CGO]  to  Delete.  [CANCEL!  to  deny 
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CONSIGNEE  REPORTED  EVENTS 


CONTAINER  NUMBER:  XXXXXXXX 
CONTAINER  OWNER:  XXX X 
VOYAGE  NUMBER:  XXXXX 
CONSIGNEE:  XXXXXX 
ORIGIN  CODE:  XXX 
TYPE  MOVEMENT  NO  CODE:  X 
MODE  METHOD  CODE:  X 
TYPE  CARRIER  CODE:  x 


EVENT  TYPES: 


A  B 
XXXX  XXXX 


D 

XXXX 


In  this  case,  the  ISAM  record  found  had  2  dates 
on  it:  B  +  D.  Both  of  these  may  now  be  deleted. 
If  the  delete  is  still  desired  both  have  to  be 
deleted,  not  just  1  or  the  other.  When  the 
delete  occurs,  both  the  MEvents  found  and 
the  ISAM  will  be  deleted.  If  the  user  wishes 
to  delete  only  1  of  the  two,  both  would  be 
deleted  and  the  user  would  reenter  the  date(s) 
he  did  not  wish  to  delete. 

IF:  CGOl 

DELETE  ISAM  record  +  MEvent  =  ISAM  record. 
IF: 

E  date  is  present,  turn  StpCompFlag 
off.  Check  to  see  if  MovCompFlag  = 
positive.  If  it  is,  turn  it  off. 

ELSE: 

[CANCEL] 

System  will  go  back  to  initial  screen. 

ELSE: 

NO  MATCH: 

DISPLAY: 

PROMPT:  "TTB  record  sent  to  CMM.  Press 
[RETURN]  to  continue." 


The  system  will  position  the  cursor  in  the  next 
available  date  to  be  entered  as  follows: 

PROMPT:  "Use  existing  date  or  change  date.  Press 
[RETURN]/[GO]  or  [FINISH]/[CANCEL] . " 


CONDITION 


PLACEMENT  OF  CURSOR 
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A  DATE  PRESENT 


B  DATE  WITH  ADVANCE  ALLOWED 
TO  C  DATE 


E  DATE  (IF  RecngnCfmNoncfm  =  C 
IN  CntnrMovStp) 


B  DATE  PRESENT 
C  DATE  PRESENT 
D  DATE  PRESENT 


E  DATE 
E  DATE 
E  DATE 


At  this  time  the  help  key  will  be  used  to 
generate  today’s  date  in  the  date  field  where 
the  cursor  is  positioned.  Additionally,  the 
user  may  enter  the  date  from  the  keyboard  if 
he/she  wishes.  The  user  will  then  select  l 
of  2  methods  and  enter  the  date.  For  the 
’A’  date,  today’s  Julian  date  will  be  placed 
by  the  system  in  the  date  field.  The  user 
may  overtype  from  the  keyboard  a  diFFerent 
date  iF  necessary.  In  the  case  oF  any 
existing  MEvent,  the  cursor  will  be  at  the 
next  date,  and  will  not  allow  a  date  to  be 
entered  unless  a  required  proceeding  date  is 
entered  First. 


PERFORM! 


else: 


Event-Type-Event-Date  Routine, 


NO  MATCH  of  MEvent 


MATCH: 


else: 


System  will  use  the  CntnrNo,  CntnrOwnAbbr ,  Consignee, 
of  the  container  being  processed  and  MovEvntCd  =  ZTB 
to  search  the  ISAM  file  for  a  Match,  where  the  EvntTy 
being  entered  in  the  TTB  transaction  =  to  the  EvntTy 
on  the  ZTB  with  a  date  value  of  000. 

IF; 

Match  of  TTB  transaction  EvntType  and  ZTB  Event 
Type  =  000 

then: 

Overlay  the  000  in  the  ZTB  ISAM  with  the  value 
of  the  TTB  EventType,  and  create  an  MEvent, 
TTB,  with  the  Event  Type  being  processed. 


DISPLAY: 


The  system  will  then  display  a  screen  that  will 
accept  movement  data  so  that  this  event  is  the 
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First  subsequent  event  to  be  reported  as  Follows. 


i 


MOVE: 


OrigCd  From  Parameter  Table  to  screen. 
PROMPT:  "Enter  data  in  selected  Field 
or  CHELPD/CCANCELD.” 


CONSIGNEE  REPORTED  EVENTS  (TTB) 


-  Press  [RETURN] 


CONTAINER  NUMBER 
CONTAINER  OWNER 
VOYAGE  NUMBER 
CONSIGNEE 
ORIGIN  CODE 
TYPE  MOVEMENT  NO  CODE 
MODE  METHOD  CODE 
TYPE  CARRIER  CODE 


XXXXXXXX 

XXXX 

XXXXX 

XXXXXX 

XXX 


EVENT  TYPES: 
EVENT  DATES: 


A 

XXXXX 


ACCEPT; 


Since  no  MEvent  was  Found,  the  user  will  have 
to  enter  the  TyMovNoCd,  Mode  Method  Code,  Type 
Carrier  Code,  Event  Type  and  Event  Date.  The 
Event  Date  For  the  1st  event  will  be  generated 
by  the  system  (today’s  date),  or  may  be  entered 
From  the  keyboard.  The  cursor  will  then  advance 
to  the  "B"  date.  The  user  may  either  enter 
today’s  date  by  the  [HELP]  key,  entering  it  From 
the  keyboard,  or  advancing  the  cursor  to  the 
"C"  date.  In  any  event,  the  date  entered  will  be 
processed  by  the  Date-Validation-Routine  and 
Event-Type-Event-Date-Rout i ne . 


Type  Movement  No  Code. 
Mode-Meth-Shpmt-Cd  From  terminal 
Type  Carrier  Code  From  terminal. 
EvntDte  From  terminal. 


TyMovNoCd 


HELP: 
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System  will  scroll  the  contents 
o-f  the  TypeMovNo  Table  in  a 
window.  The  user  will  select 
the  code  desired  by  moving  the 
highlight  up  or  down.  User 
will  hit  ’GO’  when  the  desired 
code  is  highlighted.  Code  will 
be  placed  by  the  system  in  the 
appropriate  place  on  the  main 
screen. 

IF :  Keyboard  Entry. 

Per-form  Table  Validation. 

ERR  MSG:  "Invalid  code.  Press  CHELP]  for 
list  of  valid  codes . " 


IF: 

Type  Movement  Number  Code  and  Movement  Number 
in  Container  Mov  (either  TCN,  VanOwner,  VanNo, 
Voyage  Document  No,  or  TMR)  is  not  present. 

PROMPT:  "Not  available.  Select  another  code." 

else: 

Put  Movement  Number  found  into  CC  10-29  ISAM  file 
during  output  build  as  follows: 


TyMovNoCd  ISAM  CC 


10  -  13  000  -  21  29 

V  CntnrOwnAbbr  CntnrNoPref i xCntnrNo 

CntnrOwnAbbr  will  be  entered  in  CC  10-13.  CntnrNoPref ix 
and  CntnrNo  will  be  entered  so  that  the  last  digit  is  on 
CC  21.  Any  blanks  between  the  CntnrOwnAbbr  and  CntnrNo¬ 
Pref  ix  will  be  filled  with  zeros.  CC  22-29  will  be  left 
blank . 

10  -  26  29 

C  CntnrTCN 

CntnrTCN  will  be  entered  in  CC  10-26.  CC  27-29  will  be 
left  blank. 

10  - 21  000  —  29 

M  TMRPref ix.DestMCEPref ix.StpSeqNo,  TIN 

SpIntCd,  ModeCd,  TransPriCd 


TMR  group  will  be  entered  in  CC  10-21.  The  last  number  of 
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the  TIN  will  be  on  CC  29.  Any  blank  spaces  between  the 
TMR  group  and  the  TIN  will  be  zero  filled. 


-20  000 


The  FWTNo  will  be  entered  in  CC  10-20.  The  TIN  will  be 
entered  so  that  the  last  digit  is  on  CC  28.  CC  29  will  be 
left  blank.  Any  blank  spaces  between  the  FWTNo  and  the 
TIN  will  be  zero  filled. 

D.  No  VoyageDocuNoF ItNo  will  be  entered  in  CC  10-29. 

CC  36-40  container  VoyageDocuNoF I tNo . 


ModeMethShpmtCd 


TyCarrCd 


PROMPT:  "Enter  data  in  selected  field  - 
Press  CRETURN3  or  [HELP]/ 
CCANCELD." 

IF: 

HELP: 

System  will  scroll  the 
contents  of  the  ShpmtMethod 
Table  in  a  window.  The  user 
will  select  the  code  desired  * 
by  moving  the  highlight  up  or 
down.  User  will  hit  ’GO’  when 
the  desired  code  is  highlight¬ 
ed.  Code  will  be  placed  by 
the  system  in  the  appropriate 
place  on  the  main  screen. 

IF :  Keyboard  Entry. 

ERR  MSG:  "Invalid  Code.  Press 
CHELP]  for  a  list  of 
valid  codes . " 

Perform  Table  Validation. 


PROMPT;  "Enter  data  in  selected  field  -  Press 
CRETURN]  or  CHELP3/CCANCEL3 . " 


help; 


System  will  scroll  the  contents  of 
the  Type  Carrier  File  in  a  window. 
The  user  will  select  the  code 
desired  by  moving  the  highlight 
up  or  down.  User  will  hit  ’GO’ 
when  the  desired  code  is  highlight¬ 
ed.  Code  will  be  placed  by  the 
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system  in  the  appropriate  place  on  . 

the  main  screen.  i 

IF:  Keyboard  Entry. 

Perform  Table  Validation. 

ERR  MSG:  "Invalid  Code.  Press  CRETURN] 
or  CHELP3/CCANCEL]." 

EvntDte/EvntTy  i 


PERFORM: 

Event-Type-Event-Date-Rout ine 
The  following  outputs  will  be  created  by  this  process: 


ISAM 

ELEMENT 

FROM 

TO 

Die 

Generate 

CC  1-3 

Origin  Code 

Parameter  Table 

CC  4-6 

Type  Carrier  Code 

*  Type  Carrier 

CC  7 

Mode  Method  Shipment 

Code  *  ShpmtMethod 

CC  8 

Type  Movement  No  Code 

*  TypeMovNo 

CC  9 

Movement  No 

Generated 

CC  10-29 

Consignee 

CntnrMovStp 

CC  30-35 

Voyage  Document  No 

CntnrMov 

CC  36-40 

Type  Event 

Screen 

CC  48 

Date  Event 

Screen 

CC  49-51 

Type  Event 

Screen 

CC  52 

Date  Event 

Screen 

CC  53-55 

Type  Event 

Screen 

CC  60 

Date  Event 

Screen 

CC  61-63 

II 

MEvent  Record 

ELEMENT 

FROM 

TO 

Event  Date 

Screen 

MEvent 

Event  Type 

Screen 

MEvent 

Cntnr  Own  Abbr 

CntnrMovStp 

MEvent 

Container  No 

*  CntnrMov 

MEvent 
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Consignee 

CntnrMovStp 

MEvent 

Mov  Event  Code 

Generated 

MEvent 

Origin  Code 

Parameter  Table 

MEvent 

Type  Mov  No  Code 

* 

TypeMovNo/Prev i ous 

MEvent 

MEvent 

Post  Date 

Generated 

PstDte 

III 

Container  Move 

ELEMENT 

FROM 

TO 

Date  Last  Update  Cntnr 

Generated 

Cntnr 

Type  Carrier  Code 

* 

Type  Carrier 

Cntnr 

Mode  Method  Shipment 

Code  * 

ShpmtMethod 

Cntnr 

CntnrNoPref i x 

Screen 

Cntnr 

ELSE: 


NO  MATCH  OF  CONTAINER  NO  AND  CONTAINER  IN  DATABASE. 
DISPLAY: 

Message  "CONTAINER  NOT  FOUND,  PLEASE  ENTER 
AGAIN,  OR  ENTER  DIFFERENT  NUMBER." 


Event-Type-Event-Date-Routine 


Event  is  A. 

PROMPT:  "Use  existing  date  or  change  date.  Press 
CRETURN3/CG03  or  CFINISH/CCANCEL] . " 

Perform:  Date-Val idation-Routine 
IF: 

<RETURN>  and  RecngnCfmNoncfm  <  >  C,  place  cursor 
in  Event  B,  and  allow  the  user  to  advance  to  C. 
Depending  on  which  date  is  entered,  perform 
the  appropriate  routine  (B  or  C). 


<RETURN>  and  RecngnCfmNoncfm  =  C 
Advance  cursor  to  E  date 


S' 

S’ 

«!• 


I 
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#  3. 


CGOl  system  updates  Files  and  creates  ISAM. 


Event  is  B. 

PROMPT:  "Press  CHELP]  For  today's  date,  or  enter  date 
From  keyboard." 

PerForm:  Date-Val idat ion-Rout ine 
A  >  B 

DISPLAY:  "The  B  date  has  to  be  greater  than  or  equal  to 
the  A  date." 


cancel: 


else: 

IF: 


Return  to  main  screen. 


else: 

IF: 


A  <  B,  User  presses 

[RETURN],  system  places  cursor  in  Event  E.  PerForm  E 
Date  Routine. 

CGO]  system  updates  Files  and  creates  ISAM. 


Event  is  C. 

PROMPT:  "Press  [HELP]  For  today’s  date  or  enter  date  From 
keyboard . " 

PERFORM:  Date-Validation-Routine 
A  >  C 

DISPLAY:  "The  C  date  must  be  greater  than  or  equal 

to  the  A  date.  Please  enter  corrected  date  or 
cancel  this  transaction." 

IF: 

CANCEL: 

Return  to  main  screen. 


A  <  C,  User  presses, 

[RETURN],  system  places  cursor  in  Event  E.  PerForm  E 
Date  Routine. 

CGO]  system  updates  Files  and  creates  ISAM. 


Event  is  E. 

PROMPT:  "Press  [HELP]  For  today’s  date  or  enter  dates  From 
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keyboard. “ 

PERFORM: 

Date-Va I \ dat i on-Rout i ne 
IF: 

D  >  E 
DISPLAY: 

"The  E  date  must  be  greater  than  or  equal  to  the 
D  date.  Please  enter  corrected  date  or  cancel 
this  transaction." 

IF: 

Cancel . 

Return  to  main  screen. 

ELSE: 

User  presses  CGO]  and  updates  Files  and  creates  ISAM. 


Date  Validation  Routine 


1.  IF: 

Date  is  greater  than  366 

display: 

"Day  not  valid  in  Julian  Date." 

2.  IF; 

Date  is  not  numeric 

display: 

"Must  be  a  five  position  number." 

3.  IF: 

Date  >  System  Date 

DISPLAY:  "Date  must  be  equal  to  or  less  than  today’s 
date." 

maintains: 

CntnrMov-F i le  ; 

maintains: 

MEvent-File  ; 

maintains: 

Trns-ISAM-File  ; 

EMPLOYS: 

ShpmtMethod-Tbl  , 

TypeCarr ier-Tbl  , 

TypeMovNo-Tbl  , 

System-Parameter-Tbl  , 

CntnrMovStp-F i le  ; 

ADDS:  ISAM-Trns-TTB-InFo  TO  Trns-ISAM-File  ; 

MODIFIES:  CntnrMov-TTB-Upd  IN  CntnrMov-F i le  ; 


I 

I 

I 


y.v. 


r 


MODIFIES: 

MODIFIES: 

REFERENCES: 

REFERENCES: 

REFERENCES: 

REFERENCES: 

REFERENCES: 

REFERENCES: 

REFERENCES: 

REFERENCES: 


MEvent-TTB-Upd  IN  MEvent-FUe  ; 
ISAM-Trns-TTB-Info  IN  Trns-ISAM-F He  ; 
ModeMethShpmtCd-TTB-Re-f  IN  ShpmtMethod-Tbl  ; 
TyCarrCd-TTB-Ref  IN  TypeCarr ier-Tbl  ; 
TyMovNoCd-TTB-Ref  IN  TypeMovNo-Tbl  ; 
CntnrMov-TTB-Ref  IN  CntnrMov-File  ; 
Existing-TTB-MEvent-Ref  IN  MEvent-FUe  ; 
ISAM-Trns-TTB-Info  IN  Trns-ISAM-F i le  ; 
CntnrMovStp-ReT  IN  CntnrMovStp-FUe  ; 
Parameter-Or  igCd-Re-f  IN  System-Parameter-Tbl 


CREATES: 

ISAM-Trns-TTB-In-fo  ; 
RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Mitchem’  ; 


1 
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DEFINE  PROCESS 
KEYWORD  is: 

SUBPART  IS: 


PART  OF: 
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Prepare-Conta iner-Reports 

’Container’  , 

’LOB’  ; 

Prep-Da i ly-SEAVAN-Status-Rept  , 
Prep-Empty-Cntnr-Status-Report  f 
Prep-Cntnr-O/H-Over-5-Day-Rept  i 
Prep-Dam-Deadl ined-Cntnr-Rept  t 
Prep-Del -60-Day-01d-Cntnr-Rept  , 
Inquiry/Rept-on-Specif ic-Cntnr  , 
Maintain-Cntnr-History-Records  , 
Prep-Non-ETA-Fcst-Cntnr-Report  , 
Prepare-Delayed-Del i very-Rept  i 
Prep-Empty-Ava l“Over-5-Day-Rpt  ; 
Manage-Container-Operations  ; 
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DEFINE  PROCESS  Prepare-De layed-De I i very-Rept  ; 

DESCRIPTION; 

Prepare  Delayed  Delivery  Report 

This  process  is  initiated  by  the  MCE  as  one  of  the  final  tasks  of  the 
duty  day.  The  process  is  menu  driven  and  selects  all  those  containers 
that  have  at  least  had  a  delayed  delivery  event  initiated.  Additional¬ 
ly!  should  a  container  have  a  delayed  delivery  event  initiated,  as 
well  as  the  subsequent  events  of  the  release  and  actual  arrival  at  the 
consignee  occur,  it  will  also  be  selected.  Those  containers  so  selected 
will  have  items  of  information  pertaining  to  the  delayed  delivery 
initiation  reported  to  TMCA  in  a  pre-established  format.  This  process 
will  occur  once  per  day. 

KEYWORD  IS:  ’Container’  ; 

SEE  MEMO: 

TCR-Prepare-DD-Report-Memo  ; 

PART  OF:  Prepare-Conta i ner-Reports  ; 

PROCEDURE; 

User  will  select  the  process  via  a  menu,  and  begin  the  process  by  the 
act  of  selection. 


DISPLAY: 


READ: 


"Cr (gating  Delayed  Delivery  Report..." 


System  will  read  the  parameter  table  for  the  value  of  MCE  Code. 


The  code  is  not  found 

display: 

"MCE  Code  not  found,  contact  System  Administrator" 

ELSE: 

match: 

The  system  will  use  the  MCE  Code  found  in  the  parameter  table 
to  match  existing  codes  in  the  CgoMCE  table. 

IF: 

NO  match: 

DISPLAY: 

"MCE  Code  not  found,  update  table  ...  try 
again." 

ELSE: 

READ: 

MCE  Name  in  CgoMCE  file  and  move  it  to  the  report. 

IF: 

MCE  Name  is  not  there: 

display: 

"MCE  Name  not  found,  update  table  ...  try  again." 

else: 
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System  will  read  all  CntnrMovStp  records. 

IF: 

DD  Post  Dte  =  Dte  Current 

move: 

CntnrNo,  CntnrOwnAbbr ,  DDLoc,  and  Consignee  from  the 
CntnrMovStp  record  to  the  output  report  line. 

match: 

System  will  match  CntnrMov  with  the  CntnrMovStp  key. 

MOVE: 

CntnrNoPref ix,  CntnrTCN,  and  VoyDocuNoFltNo  to  the  output 
report  line. 

ELSE: 

Read  next  record  until  the  last  record  in  the  database  is  read. 
DISPLAY: 

"Del  Dlv  CSys  Raw  Date  Time!  is  the  report  file  name. 

Press  [CANCEL]  to  exit." 

IF: 

[CANCEL] 

System  will  move  report  to  the  General  Message  Process  and  place 
the  report  in  a  holding  file. 

ENDIF. 

UPDATES; 

Cntnr-Msg-F i le  ; 

EMPLOYS: 

CntnrMov-F i le  , 

CntnrMovStp-F i le  ; 

ADDS:  Delayed-Del i very-Message  TO  Cntnr-Msg-F i le  ; 

REFERENCES:  DD-CntnrMov-Message-Ent  IN  CntnrMov-F i le  ; 

REFERENCES:  DD-CntnrMovStp-Message-Ent  IN  CntnrMovStp-F i le  ; 

CREATES: 

Delayed-Del i very-Message  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Mitchem’  ; 
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Figure  30.  Prepare-Merge-Error-Rt. 
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DEFINE  PROCESS  Prepare-Merge-Error-Rept  ; 

DESCRIPTION; 

Prepare  Merge  Error  Report 

This  process  prepares  a  hardcopy  report  of  all  records  which  exist  in 
the  Reformatted  ETA  Forecast  Error  File.  The  report  will  be  produced  in 
two  separate  categories  (1)  Transactions  Added  to  Database  (2)  Transac¬ 
tions  Not  Added  to  Database. 

KEYWORD  IS:  'Container'  ; 

SEE  MEMO: 

TCR-Prep-Merge-Error-Rept  ; 

ATTRIBUTE  IS: 

SEC-CLASS  'UNCLASSIFIED'  , 

PROCESS-MODE  'INTERACTIVE  BATCH'  ; 

GENERATES: 

ETA-Forecast-Error-Inf o-Out  ; 

RECEIVES: 

Menu-Open-Inp  ; 

PART  OF;  Process-ETA-Forecast  ; 

PROCEDURE ; 

IF;  Prefix  Code  of  Sequence  Number  is  equal  to  "1" 

THEN:  Select  record  to  be  printed  on  Error  Report  for  Transactions 
Added  to  Database 
then:  Print  Report 
IF:  No  records  exist  for  Report 
THEN:  Print  Negative  Report 


REFORMATTED  ETA  FORECAST  ERROR  REPORT 
(Transactions  Added  to  Database) 


DATE! 


Seq- 

No 


Cntnr 

Owner 

Abbr 


Cntnr 

Number 


Consignee 


Voyage 

Document 

Number 


Cntnr 

TCN 


Ocean 

Carrier 

Abbr 


Cmdty 

Code 


Container 

Size 


Date 

Sail 

POE 


Total 

Stops 


Multi 

Stop 

Number 


PAGE;. 

Cntnr 

Number 

Prefix 
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IF:  Prefix  Code  of  Sequence  Number  is  equal  to  "0" 

THEN:  Select  record  to  be  printed  on  Error  Report  for  Transactions 
Not  Added  to  Database 
THEN:  Print  Report 
IF:  No  records  exist  for  Report 
THEN:  Print  Negative  Report 


REFORMATTED  ETA  FORECAST  ERROR  REPORT 
(Transactions  Not  Added  to  Database) 


DATE: 


Cntnr 

Sequence  Owner 

No  Abbr 


Voyage 

Cntnr  Document 

Number  Consignee  Number  POD 


Cntnr 

TCN 


PAGE: 


Ocean 

Date 

Multi 

Cntnr 

Carrier  Cmdty 

Container  Sail 

Total 

Stop 

Number 

Abbr  Code 

Size  POE 

Stops 

Number 

Prefix  POE 

EMPLOYS: 

ETA-Forecast-Error-F i le  ; 

REFERENCES:  ETA-Forecast-Error-Inf o  IN  ETA-Forecast-Error-F i le  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Cope’  ; 


System- 

Operator 


CgoAddress- 

File 


<Prepare-Rocons  1  o™*»ot-RBq-  Inp> 


<CgoAdd  ress-Recngn-Ref  > 


Recngn-Meg 


CgoMCE-Tbl  <CgoMCE-Recngn-Ref > 


■  '  Prepare- 

MEvent-File  <MEvent-Recngn-Ref >  Reconsignment 
- f  -Request 


< Req-for-Recngn-Upd > 


System-  <Param-Recngn-Ref > 

Parameter— Tt)'  - 


CntnrMov- 

FUe 


CntnrMovStp- 

FUe 


<CntnrMov-Recngn-Ref > 


<CntnrMov-Recngn-Upd> 


<CntnrMovSt  p-Recngn-Ref  > 


<CntnrMovStp-Recngn-Upd> 


Figure  31.  Prepare-Reconsignment-Request 
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DEFINE  PROCESS  Prepare-Recons ignment-Request  ; 

DESCRIPTION; 

Prepare  Reconsignment  Request 

This  process  receives  a  request  -for  the  movement  oF  a  container  from 
the  original  consignee  to  another  consignee.  The  request  is  submitted 
to  let  TMCA  Container  Branch  for  approval.  Upon  departure  of  the  con¬ 
tainer  from  the  original  consignee,  the  MCT  reports  the  event  in  DAMNS 
Die  transaction  TTB  format. 

KEYWORD  IS:  ’Container’  , 

’LOB’  ; 

SEE  MEMO: 

TCR-for-Recons ignment-Req-Memo  , 

Front-End-Process-Memo  ; 

RECEIVES: 

Prepare-Recons ignment-Req-Inp  ; 

PART  OF:  Rec+Report-Cntnr-Mov-Events  ; 

PROCEDURE; 

The  first  screen  that  the  user  of  this  process  will  see  is  shown 
below: 


1  CONTAINER  OPERATIONS  1 

1  .  1 

1 

1 

1 

(ENTER  ONE  OF  THE  FOLLOWING  OPTIONS) 

1 

1 

TCN: 

1 

OR 

1 

Container  Number: 

1 

Container  Owner: 

1 

OR 

1 

TMRPref ix: 

1 

OR 

1 

Freight  Warrant  No: 

1) 

If: 

User  enters  CntnrNo 
match: 

CntnrNo  from  screen  with  CntnrNo  in  CntnrMovStp  File 
IF: 

NO  MATCH: 

DISPLAY: 

"Container  Number  not  valid,  reenter  or 
exit  process." 
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ELSE: 


MOVE: 


Use  CntnrNo  to  access  CntnrMovStp. 

DISPLAY: 

"CntnrNo  CntnrOwn  Consignee  MultiStpNo  StpComp" 
XXXXX  XXXX  XXXXXX  X 

System  will  allow  user  to  course  through  this 
scrollable  screen  to  the  desired  stop.  When  the 
stop  is  selected,  the  user  will  hit  "GO"  and 
the  first  process  screen  will  be  displayed. 


DISPLAY: 


CntnrNoPref ix  from  CntnrMov  to  Container 
Number  on  first  process  screen. 


First  Process  Screen 


User  enters  CntnrNo  +  CntnrNoPref ix 
MATCH: 

CntnrNo  from  screen  with  CntnrNo  in  CntnrMovStp  File 
IF: 

NO  MATCH: 

DISPLAY: 

"Container  Number  not  valid,  reenter  or 
exit  process." 

EDIT: 

System  will  edit  CntnrNoPref ix 
IF: 

CntnrNoPref ix  <  >  Alphanumeric 
DISPLAY: 

Err  Msg  -  "Container  number  must 
be  alphanumeric." 


ELSE: 


I 


Use  CntnrNo  from  screen  to  access  CntnrMovStp. 
DISPLAY: 

"CntnrNo  CntnrOwn  Consignee  MultiStpNo" 
XXXXXXXX  XXXX  XXXXXX  X 

System  will  allow  user  to  course  through  this 
scrollable  screen  to  the  desired  stop.  When  the 
stop  is  selected,  the  user  will  hit  "GO"  and  the 
first  process  screen  will  be  displayed. 

IF:  CntnrNoPref ix  in  CntnrMov  =  000 

UPDATE:  Screen  entered  CntnrNoPref ix  to 
CntnrNoPref ix  in  CntnrMov. 
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MOVE:  CntnrNoPre-f < X  -from  CntnrMov  to  Container 
Number  on  First  Process  Screen. 


First  Process  Screen 


User  enters  FWTNo 
MATCH: 

FWTNo  from  screen  with  FWTNo  in  CntnrMov  File 
IF: 

NO  MATCH: 

DISPLAY:  Freight  Warrant  Number  entered  not 

valid.  Reenter  or  exit  the  process. 

else: 

Use  CntnrNo  and  CntnrOwnAbbr  found  in  the 
CntnrMov  file  to  access  CntnrMovStp 
DISPLAY: 

Cntnr  Mov  Stop  data  as  follows: 


CntnrNo 


CntnrOwn  Consignee  MultiStpNo 


XXXXX 


XXXX 


XXXXXX 


display: 


System  will  allow  user  to  course 
through  this  scrollable  screen  to 
the  desired  stop.  When  the  stop  is 
selected,  the  user  will  hit  ’GO*  and 
the  first  process  screen  will  be  dis¬ 
played. 

move: 

CntnrNoPref ix  from  CntnrMov  to 
Container  Number  on  first  process 
screen . 


First  Process  Screen 


User  enters  TMRPrefix 
MATCH: 

TMRPrefix  from  screen  with  TMRPrefix  in  CntnrMov  file 
IF: 

NO  MATCH: 

DISPLAY:  TMRPrefix  entered  not  valid.  Reenter  or 
exit  the  process. 

else: 

Use  CntnrNo  and  CntnrOwnAbbr  found  in  the 
CntnrMov  file  to  access  CntnrMovStp 
DISPLAY: 

CntnrMovStp  data  as  follows-' 
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CntnrNo  CntnrOwn  Consignee  MultiStpNo 


XXXXX 


xxxx 


xxxxxx 


DISPLAY: 


System  will  allow  user  to  course 
through  this  scrollable  screen  to  the 
desired  stop.  When  the  stop  is  select¬ 
ed,  the  user  will  hit  'GO’  and  the 
first  process  screen  will  be  displayed 
MOVE: 

CntnrNoPref i X  from  CntnrMov  to 
Container  Number  on  first  process 
screen. 


First  Process  Screen 


User  enters  CntnrTCN. 

MATCH: 

CntnrTCN  from  screen  with  CntnrTCN  in  CntnrMov. 
IF; 

No  match. 

DISPLAY: 

“Container  TCN  not  valid.  Reenter  or  exit 
process." 


ELSE: 


Select  CntnrNo,  CntnrOwnAbbr  from  CntnrMov  to  access 
CntnrMovStp. 

DISPLAY: 

CntnrMovStp  data  as  follows: 


Cntnr 

No 

XXXXX 

XXXXX 


CntnrOwnAbbr 

Abbr 

XXXX 

XXXX 


Consignee 


XXXXXX 

XXXXXX 


Mult iStp 
No 


Stp 

Comp 


MOVE; 


System  will  allow  user  to  course  through 
this  scrollable  screen  to  the  desired  stop. 
When  the  stop  is  selected,  the  user  will 
hit  CG03  and  the  first  process  screen 
will  be  displayed. 


CntnrNoPref ix  from  CntnrMov  to  Container 
Number  on  the  first  process  screen. 
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After  the  record  selection  process  (FRONT  END)  has  been  completed,  the 
system  will  do  a  search  based  on  the  Container  Number  and  Consignee 
selected,  and  display  a  screen  comprised  of  the  elements  indicated. 

Request  -for  Reconsignment 

1.  Request  the  following  container  be  reconsigned  as  indicated: 

Cntnr  OwnertXXXX  Cntnr  Number :XXXXXXXX  Voy .No. :XXXXX  PODrXXX 


From:XXXXXX  Arr  DatetXXXXX  ITC  Address:  _ _ / 

_ / _ / _ I _ I _ 

To:XXXXXX  ITC  Address:  __  _  _ / _  _  / 

_ / _ II _ I _ /„ 


2.  Requested  by:  a.  XXXXXX  b. 
c.  XXXXXXXXXXXXXXXXXXXX 

3.  Just  ificat  ion  •• _ 


4.  AE  Form  68B  will  be  prepared  by  the  appropriate  Transportation 
Officer  or  Agent. 

5.  Date  Reconsignment  Requested :XXXXX 


When  the  user  identifies  the  container  that  a  customer  wants 
reconsigned  in  the  Front  End  Screen; 

THEN:  The  system  will  search  (using  key  data  elements)  the 
Cntnr  File/Records  indicated  below  and  move  the  data  elements  to  the 
blank  field  to  the  right  of  the  screen  name  as  specified. 


Cntnr  Mov  File 


DATA  ELEMENT  NAME 


SCREEN  NAME 


Cntnr  Own  Abbr 


Cntnr  Owner  (XXXX) 


«.l  ««l  -jl 


WJPDVWU 


.  WWIM  Jl.WlJV.WWAM.'l  K... 


^  V’^V.^iVS'i.V'JVW'i-VWlJVWu.’l.TNTVLV' 


ADSM  18-LZ4-AKM-BUR-F0 
WORKING  DRAFT  3.0 
DECEMBER  1987 


Cntnr  No  PreFix/Cntnr  No 

VoyDocuNoFltNo 

POD 


Cntnr  Number  (XXXXXXX) 
Voy.  No.  (XXXXX) 

POD  (XXX) 


Cntnr  Mov  Stp 


1 

n 

*  Consignee  FROM  (XXXXXX) 

I  (FROM  THE  FRONT  END  SCREEN  SELECT I(5N) 


M  Event  F i le 


Evnt  Dte  Arr  Date  (XXXXX) 

(FROM  MATCHING  TTB  A  (EvntTy)  RECORD) 


IF:  No  TTB  A  record  is  Found: 

THEN:  The  highlighter  line  will  be  positioned  in  the  Arr  Dte 
Field. 

IF:  A  TTB  A  record  is  Found  the  highlighter  line  will  be 
positioned  on  the  First  portion  oF  the  ITC  Address  First. 


Cgo  Address 


THEN:  USE  FROM:  (Consignee)  and  search  the  Cgo  Address  File 
For  the  matching  Cgo  Address  record:  (Match  Consignee  to  Ship  To  AAC  in 
Cgo  Address  Record) 


THEN:  Move  the  data  speciFied  to  the  right  oF  the  Field 
ITC  Address:  IF:  Blanks  in  record,  blank  on  screen. 


ITC  ADDRESS  = 

(25)  Max  Field  Length  Between  / 
(10) 

(25) 


'Ov 


F  St 

F  Bldg  No 
F  Brks  Ksrn 


.V 
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F  City  Rgn  (25) 

F  entry  (2) 


After  the  screen  is  displayed  with  the  database  data  filled  in  the 
highlighter  line  will  be  positioned  on  the  field  to  the  right  of  Arr 
Date:  (If  no  TTB  A  Record  were  found).  Or  in  the  first  field  to  the 
right  of  the  ITC  Address:  (If  a  TTB  A  Record  is  found  and  the  Evnt  Dte 
moved  to  the  screen.) 

NOTE:  All  user  entered  data  elements  are  mandatory.  If  the  user 
attempts  to  bypass  any  element,  the  system  must  display,  "Field 
Required". 

IF:  The  highlighter  is  on  the  Arr  Date  field,  the  user  must  enter 
a  5  position  date. 

PROMPT  =  "Enter  the  5  pos  date  the  entnr  arrived  at  the 
Consignee" 

THEN:  Edit  5  pos.  A/N  not  to  exceed  the  System  Calendar  Date. 
IF:  Invalid  date,  display  "Invalid  date,  must  be  5  pos. 

A/N" . 


THEN:  The  highlight  line  will  move  to  the  first  field  to  the 
right  of  ITC  Address  after  the  user  presses  return.  The  user  may  enter 
or  overtype  any  data  in  the  fields  of  the  ITC  Address. 

THEN:  Display  the  following  prompts  for  each  portion  of  the  ITC 
Address:  (See  Cgo  Address  File  for  ITC  Element  Sequence) 

NOTE:  All  elements  mandatory.  If  user  attempts  to  bypass  an  open  field, 
display  "Field  Required". 

F  St  "Enter  the  Street  Address  or  NA" 

F  Bldg  No.  "Enter  the  Bldg  No.  or  NA" 

F  Brks  Ksrn  "Enter  the  Barracks/Kasern  Name  or  NA" 

F  City  Rgn  "Enter  the  City  or  Region  Name  or  NA" 

F  entry  "Enter  the  Country  Name  or  NA” 

NOTE:  The  entries  changes  made  to  any  portion  of  the  ITC  Address  will 
not  change  the  Cgo  Address  record  data.  The  screen  data  will  be  moved 
to  the  message  file  when  the  request  is  complete. 

THEN:  The  highlighter  will  move  to  the  next  field  of  the  ITC 
Address  (Separated  by  /)  after  the  return  key  is  pressed.  The  user  may 
enter  or  overtype  the  data  if  desired.  Edit  will  be  performed  to  insure 
2  characters  are  present  for  each  field. 
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THEN:  The  user  may  change  any  portion  of  the  elements  that  make 
up  the  ITC  Address,  or  press  return  to  bypass  them  if  data  is  in  the 
field. 

THEN:  After  the  user  enters,  changes  or  bypasses  existing 
(From  Database)  ITC  Address  elements,  the  highlighter  line  will  be 
positioned  on  the  field  to  the  right  of  To: 

THEN:  Display  prompt,  “Enter  the  6  pos.  DODAAC  of  the  new 
Consignee" 

THEN:  Perform  table  edit  match  to  the  Cgo  Address  File. 
(Match  To:  Consignee  to  Cgo  Address  Ship  To  AAC) 

IF:  MATCH 

THEN:  Move  the  data  from  the  matching  Cgo  Address 
record  to  the  screen  in  the  field  positions  specified  above  for  the 
From: 

NOTE:  The  same  breakdown  of  data  elements  for  the  From  ITC 
Address  pertains  to  the  To:  Address. 

IF:  No  matching  Consignee  DODAAC/Ship  To  AAC  is 
found  in  the  Cgo  Address  file: 

THEN:  Display,  Consignee  DODAAC  not  on  file, 
reenter  or  exit  process, 

THEN:  After  the  user  enters  a  valid  To:  (Consignee)  and  presses 
return: 

THEN:  The  system  will  move  the  same  data  elements  that  were  used 
in  the  From  ITC  Address  From  the  Matching  To:  (Consignee  DODAAC/Ship  To 
AAC)  in  the  Cgo  Address  file,  to  the  right  of  the  To;  ITC  Address;  And 
sequence  them  in  the  same  order. 

IF:  No  Cgo  Address  record  exists,  the  prompts  will  instruct  the 
user  how  to  fill  in  the  fields. 

NOTE:  The  user  may  overtype  or  enter  the  data  for  any 
portion  of  the  ITC  Address  data  or  press  return  to  move  to  the  next 
portion  of  the  address  data.  The  same  edits  will  be  performed  as 
the  From  ITC  Address  elements  and  any  corrections  made  will  not  over¬ 
type  data  in  the  Cgo  Address  File/Record. 

THEN:  After  the  user  enters,  bypasses  existing  (From  Database) 
or  corrects  the  ITC  Address  info  data  and  presses  return  after  the  last 
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ITC  element: 

THEN:  The  highlighter  line  will  be  positioned  to  the  right  of 
requested  by:  a. 

THEN:  Display,  "Enter  the  DODAAC  of  the  Requestor" 

THEN:  Edit  6  pos.  A/N  (Mandatory  Entry) 

IF ;  Inval id  Entry 

THEN:  Display,  "Invalid  Entry,  must  be  6  pos.  A/N 

DODAAC" 


THEN:  After  the  user  presses  return  the  highlighter  line  will  be 
positioned  to  the  right  of  b. 

THEN:  Display,  "Enter  the  name  of  the  person  requesting  the 
reconsignment" 

NOTE:  Must  be  2  pos.  (Mandatory  Entry) 

THEN:  After  the  user  enters  the  name  and  presses  return  the 
highlighter  line  will  be  positioned  to  the  right  of  c. 

THEN:  Display,  "Enter  the  phone  no.  of  the  person  in  b." 

NOTE:  Must  be  2  pos.  (Mandatory  Entry) 

THEN:  After  the  user  enters  the  phone  no  and  presses  return,  the 
highlighter  line  will  be  positioned  to  the  right  of  justification: 

THEN:  Display  "Enter  the  justification  for  this  reconsignment 
or  NA". 

NOTE:  Must  be  2  pos.  (Mandatory  Entry) 

THEN:  After  the  user  enters  a  free  form  justification  and  presses 
return,  the  highlighter  line  will  be  positioned  to  the  right  of  date 
reconsignment  requested: 

THEN:  Display,  "Enter  5  digit  Julian  Date  reconsignment 
i s/was  requested",  then  press  GO. 

THEN:  Edit  5  pos.  numeric.  Date  not  to  exceed  System 
Calendar  Date.  (Mandatory  Entry) 

IF :  Inval id  Date 
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numeric  date." 


THEN:  Display,  "Invalid  date,  must  be  5  pos 


THEN*.  After  the  user  enters  the  date  (Last  Entry) 

DISPLAY,  "Press  GO  to  create  Msg,  or  CANCEL  to  deny  or  RETURN  to 
modify. 

IF:  The  user  presses  return  the  highlighter  will  return 
to  the  first  user  entered  element  on  the  screen. 

IF:  The  user  presses  GO,  display  "Record  Created",  the 
system  will  create  a  duplicate  of  the  screen  except  para.  5  date 
reconsignment  requested,  and  move  all  the  data  to  a  message  file. 
(Header  and  para.  1-4)  display  "Message  created,  transmit  in  message 
process" . 

IF:  The  user  presses  CANCEL,  the  data  on  the  screen  will 
be  destroyed  and  the  open  door  screen  will  appear. 


Message  File  Record  Format 


From:  C,  MCT _ _ 

TO:  Cdr,  1st  TMCA,  Oberursel  Ge  /AEUTR-MCA-CC/ 
Info: 

Subj:  Request  for  Reconsignment 


Request  for  Reconsignment 

1.  Request  the  following  container  be  reconsigned  as  indicated: 

Cntnr  Owner :XXXX  Cntnr  Number :XXXXXXXX  Voy .No . : XXXXX  POD:XXX 

From;XXXXXX  Arr  Date:XXXXX  ITC  Address: _ _ _/ 

_ / _ / _ /__ 

To:XXXXXX  ITC  Address: _ / _ / 

_ / _ 


2.  Requested  by:  a.  XXXXXX  b.. 
C.  XXXXXXXXXXXXXXXXXXXX 


3.  Justification 
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4.  AE  Form  68B  will  be  prepared  by  the  appropriate  Transportation 
Officer  or  Agent. 


NOTE:  Make  the  file  available  to  the  General  Message 
Process.  (One  file  will  be  created  for  each  Reconsignment  Request) 

FOOTNOTE:  On  Demand 

THEN:  When  the  file  is  being  created  from  the  screen 

MOVE:  Date  reconsignment  requested  from  the  screen  to  (Dtc 
Recngn  Req)  in  the  matching  Cntnr  Mov  Stp  record 

MOVE:  New  Consignee  from  the  screen  to  D i vrsnRecngn- 
Cnsgn  in  the  matching  Cntnr  Mov  Stp  record. 

THEN:  Update  the  matching  Cntnr  Mov  record  (Dte  Lst  Upd  Cntnr) 
with  the  5  pos.  System  Calendar  Dte  (Dte  Curr) . 

THEN:  Use  the  Origin  MCE  Code  in  the  parameter  table  to  search 
for  the  MCENme  in  the  Cgo  MCE  file. 

THEN:  Move  the  MCENme  to  the  message  file  in  the  field  to  the 
right  of  the  "FROM"  Address  Header. 


THEN:  Display!  the  message  file  name/dte  time  group  on  the 
screen:  "( — 12 — )  is  your  file  name,  press  GO  to  exit". 

note:  The  users  manual  must  instruct  the  user  to  copy  down 
the  file  name  so  it  can  be  used  to  access  the  report  in  the  general 
message  process. 


NOTE:  The  HELP  function  key  will  display  the  same  prompts  specified 
for  each  data  element  followed  by,  "or  press  GO  to  continue". 


maintains: 

CntnrMov-F i le  ; 

maintains: 

CntnrMovStp-F i le  ; 
UPDATES: 

Recngn-Msg-Fi le  ; 
EMPLOYS: 

MEvent-File  , 
CgoAddress-F i le  , 
System-Parameter-Tbl  , 
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CgoMCE-Tbl 

ADDS: 

ADDS: 

ADDS: 

MODIFIES: 

REFERENCES: 

REFERENCES: 

REFERENCES: 

REFERENCES: 

REFERENCES: 

REFERENCES: 

CREATES: 


CntnrMov-Recngn-Upd  TO  CntnrMov-File  ; 
CntnrMovStp-Recngn-Upd  TO  CntnrMovStp-F He 
Req— for-Recngn-Upd  TO  Recngn-Msg-F lie  ; 
CntnrMov-Recngn-Upd  IN  CntnrMov-File  ; 
CntnrMov-Recngn-Re-f  IN  CntnrMov-File  ; 
MEvent-Recngn-Ref  IN  MEvent-File  ; 
CgoAddress-Recngn-Ref  IN  CgoAddress-Fi le  ; 
Param-Recngn-Re-f  IN  System-Parameter-Tbl  ; 
CgoMCE-Recngn-Re-f  IN  CgoMCE-Tbl  ; 
CntnrMovStp-ReF  IN  CntnrMovStp-F i le  ; 


CntnrMov  , 
CntnrMovStp  , 


Req-Tor-Recngn-Upd  ; 
RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Valentine’  ; 


f 
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DEFINE  PROCESS 
KEYWORD  IS: 

SUBPART  IS: 
PART  OF: 


Process-ETA-Forecast  ; 

’Container’  , 

’LOB’  ; 

Merge-Reformatted-ETA-Forecast  , 
Correct-Merge-ETA-Forecast-Err  , 
Prepare-Merge-Error-Rept  ; 
Manage-Container-Operat ions  ; 


This  page  intentionally  left  blank. 
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40  DEFINE  PROCESS  Rec+Report-Cntnr-Mov-Events 

DESCRIPTION; 

Record  and  Report  Container  Movement  Events 

This  process  receives  customer  requested  container  movement  actions/ 
events  and  updates  the  container  records. 

f 


KEYWORD 

IS: 

’Container’  , 

’LOB’  ; 

SUBPART 

IS: 

Prep-Rel-fr-Stg/Hold-Req-<TMS>  , 

Prep-Diversion-Request-<TM2>  , 
Prep-Hold/Stg-Request-<TM3>  , 
Prep-Convey-Change-Not if-<TTU>  , 
Prep-SEAVAN-Maint-Bgn/E-<TTP>  , 
Prep-Svan-Maint-Bgn/E-Corr-ZTP  , 
Prep-Cgo-Dischg/Non-Del-<TTW>  , 
Prep-Cgo-Non-Dl  vr'-Corr-<ZTW>  , 
Prepare-Reconsignment-Request  , 
Prepare-Cnsgn-Rept-Evnts-<TTB>  i 
Prep-Cnsgn-Rept-Evnts-Corr-ZTB  , 
Prep-De I ayed-Oe I i very-Event  , 
Maintain-Stops  ; 

PART  OF;  Maintain-Container-Database  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’CWG’  ; 


CntnrDlscrp-  <CntnrD1scrp> 
F-flo  - 


CntnrMovStp-  <CntnpMovStp> 
File  - 


MEvent- 

FUe 


System 


CntnrRmrkLn  <CntnrRmrkLn> 
-File  - 


<MEvent  > 


<Crttnr-Hist-Rept-Out> 


*  *  * 


Sel-Rec-for- 

Cntnr- 

History-DB 


■♦I 


<H1st-Info-0ut> 


<Hi st-Rmr k-Rept-Out  > 


-Parameter-TbT  <Parameter-Hist-Ref > 


Temp-H1»tt 

File 


Figure  32.  SeT-Rec-for-Cntnr-History-DB 
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DEFINE  PROCESS  Sel-Rec-For-Cntnr-History-DB  ; 

DESCRIPTION; 

Selefct  Record  for  Container  History  Database 

This  process  receives  records  from  the  active  container  log  that  have 
move  completed  information  posted  and  has  been  closed  out  for  a  user 
defined  number  of  days.  History  record  information  is  moved  from  the 
active  file  records  to  the  history  file  media  where  they  are  maintained 
for  one  year.  The  process  will  produce  a  history  report  and  container 
remarks  report. 

KEYWORD  IS:  ’Container’  , 

’LOB’  ; 

SEE  MEMO: 

TCR-Sel-Rec-Cntnr-Hist-Meroo  ; 

generates: 

Hi st-Rmrk-Rept-Out  , 

Cntnr-Hist-Rept-Out  , 

Hist-Info-Out  ; 

PART  OF:  Ma i nta i n-Cntnr-Hi story-Records  ; 

PROCEDURE; 

When  the  process  is  selected  by  the  user  from  the  menu,  display: 
Press  GO  if  this  is  the  master  station,  else  press  FINISH. 

I 

NOTE:  This  process  must  be  run  on  the  systems  master  station. 

After  the  user  presses  GO: 

THEN:  Display: 

"If  backup  hasn’t  been  completed  today,  press 
FINISH,  else  press  GO." 

NOTE:  A  database  backup  must  be  performed  prior  to  running  this 
process  to  insure  the  data  is  not  lost  in  the  event  the  process  mal¬ 
functions,  or  the  system  goes  down  during  it’s  operation.  The  users 
manual  must  instruct  the  user  the  details  to  perform  the  backup  proce¬ 
dures  process  prior  to  using  the  history  process. 

THEN:  After  the  user  has  performed  the  system  backup  and  has 
pressed  GO,  THEN:  Display  "Ensure  that  the  printer  is  ready  to  print, 
then  press  GO". 

then:  Display:  "Please  wait,  select  records  for  history  process 
is  running". 

IF:  No  records  are  found  that  meet  the  selection  criteria 
to  be  moved  to  history: 

THEN:  Print,  "Negative  Report"  under  the  header  data 
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in  the  container  history  report.  (Report  format  shown  later  in  proce¬ 
dures) 


STEP  1.  Read:  Each  record  in  the  CntnrMov  file. 

IF:  The  HovCompFlag  in  a  record  is  not  turned  on 

then:  Proceed  to  STEP  2 

IF:  The  MovCompFlag  is  turned  on 

then:  Read  the  records  DteLstUpdCntnr  and  compute  the 
difference  between  the  DteLstUpdCntnr  and 
today’s  date  (use  system  calendar  function), 
and  compare  that  number  to  the  value  (select 
record  for  container  history)  in  the  Parameter 
table. 


I 


IF:  The  difference  in  the  computation  is  less 
than  the  value  in  select  record  for  con- 
tainer  history  in  the  Parameter  table 

THEN:  Read  next  CntnrMov  record  (STEP  1)  / 


IF:  The  difference  in  the  computation  is  equal 
to  or  greater  than  the  value  in  select 
record  for  container  history 

THEN:  Proceed  to  STEP  4 


STEP  2. 


IF:  The  Mov  Comp  Flag  is  not  turned  on 

THEN:  Search  to  see  if  the  Del  Flag  in  that  record  is 
turned  on. 

IF:  The  Del  Flag  is  not  turned  on 

THEN:  Proceed  to  STEP  3 

IF:  The  Del  Flag  is  turned  on. 

THEN:  Read  the  DteLstUpdCntnr  in  that  record  and  the 
system’s  DteCurr  and  compute  the  difference. 

IF:  The  computation  value  is  less  than  the  value 
in  (select  record  for  container  history)  in 
the  parameter  table. 

1 1 1-373 


ADSM  18-LZ4-AKM-BUR-FD 
WORKING  DRAFT  3.0 
DECEMBER  1987 


THEN:  Read  next  CntnrMov  record  (STEP  1) 

if:  The  computation  value  Is  equal  to  or  greater 
than  the  value  in  (select  record  for 
container  history)  in  the  parameter  table. 

then:  Proceed  to  STEP  4. 


IF:  The  Mov  Comp  Flag  and  the  Del  Flag  in  a  Cntnr  Mov  record 
is  not  turned  on 

THEN:  Search  for  the  matching  Cntnr  Mov  Stp  record  (use 
key  elements) 

IF:  Stp  Comp  Flag  in  any  matching  Cntnr  Mov  Stp 
record  is  not  turned  on 

THEN:  Read  next  Cntnr  Mov  record  (STEP  1) 

IF:  Stp  Comp  Flag  is  turned  on 

THEN;  Search  the  Cntnr  Mov  Stp  file  for  all  other 
matching  records  with  the  same  key  data 

IF:  Any  of  the  Cntnr  Mov  Stp  records  found  do  not 
have  the  Stp  Comp  Flags  turned  on 

THEN:  Read  next  Cntnr  Mov  record  (STEP  1) 

IF:  All  of  the  Cntnr  Mov  Stp  records  have  the  Stp 
Comp  Flag  turned  on 

THEN:  Search  for  the  matching  Cntnr  Mov  record 

(use  key  elements).  Update  that  record  by 
turning  on  the  Mov  Comp  Flag. 

THEN:  Update  the  Cntnr  Mov  record  Dte  Lst  Upd 
Cntnr  with  the  Dte  Curr  from  the  System 
Calendar  function. 

THEN:  Read  next  Cntnr  Mov  Record  (STEP  1) 


THEN;  Move  the  data  elements  from  the 
selected  records  to  the  systems 
temporary  history  file/record 
storage  as  indicated  below: 
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NOTE;  Use  key  data  elements  to  search  for  matching  file  records 
that  meet  the  selection  criteria. 

NOTE:  The  format/location  of  data  in  the  history  file  records 
is  indicated  by  the  CC  U. 

NOTE:  If  data  elements  listed  below  are  not  in  a  record,  continue 
to  the  next  data  element  and  leave  blanks  in  the  history 
record  field. 

NOTE:  The  History  Record  names  indicated  will  be  utilized  to 

access  the  History  Record  field  data  in  the  AD  HOC  Process. 


CntnrMovStp  File 


NOTE:  After  the  CntnrMov  record  has  been  selected  to  go  to 

History,  then  select  all  matching  Cntnr  Move  Stp  records 
and  begin  creating  separate  History  records  for  each 
stop  location.  Begin  fay  moving  the  data  elements  in  the 
Cntnr  Mov  Stp  record(s)  indicated  below: 


DATA  ELEMENT 


HISTORY  RECORD 

NAME  FIELD  LENGTH  CC# 


Consignee  (SAME  AS  NAME  ON  LEFT)  6 

DupeStpIndex  "  1 

DestMCEPref ix  "  1 

StpSeqNo  ••  1 

MultiStpNo  1 

DteRecngnReq  "  5 

♦RecngnCfmNoncfm  '•  1 

DteRecngnCfmNoncfm  '*  5 

DivrsnRecngnCnsgn  (RecngnCnsgn)  6 

*  NOTE;  ONLY  MOVE  IF  (RecngnCfmNoncfm)  VALUE  =  C 
DODteCarrNotif  (SAME  AS  NAME  ON  LEFT)  5 

DDActlSptDte  ’*  5 

DDDteCnsgnReqRelDte  "  5 

DDDteRel  "  5 

DDLoc  ••  25 

DivrsnIndic  ”  1 

*DivrsnDte  "  S 


18-23 

24 

53 

54 
101 

102-106 

107 

108-112 

113-118 

119-123 

124-128 

129-133 

134-138 

139-163 

164 

165-169 
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D1 vrsnRecngnCnsgn  (DivrsnCnsgn)  6 

*  NOTE;  ONLY  MOVE  IF  (DivrsnDte)  HAS  VALUE  IN  IT. 
DteHoldStart  (SAME  AS  NAME  ON  LEFT)  5 

DteHoldStop  "  5 

HoldLoc  ■'  25 

StpNonFcst  "  1 


CntnrMov  File 


DATA  ELEMENT 


DteRecCreate 

CntnrNoPref ix 

CntnrNo 

CntnrOwnAbbr 

CntnrTCN 

VoyDocuNoF ItNo 

OriginMCEPreF ix 

MthCd 

SerNo 

Spirited 

ModeCd 

Tran^PriCd 

FWTNo 

TIN 

POD 

TotStp 

CntnrSz 

CmdtyCd 

ModeMpthShpmtCd 

DteStageStart 

DteStageStop 

CntnrDam 


HISTORY  RECORD 
NAME 


(SAME  AS  NAME  ON  LEFT) 


FIELD  LENGTH 


170-175 

176-180 

181-185 

186-210 

211 


1-5 

6-8 

9-13 

14-17 

25-41 

42-46 

47 

48 

49-52 

55-56 

57 

58 

59-70 

71-78 

79-81 

82-83 

84-85 

86-88 

89 

90-94 

95-99 

100 


NOTE: 


Duplicate  CntnrMov  record  data  elements  indicated  above 
to  all  matching  CntnrMovStp  records  being  created. 


MEvent  File 


& 


I 


I 


!Lv 

w 

I 

•iV 
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NOTE:  Use  key  data  elements  from  the  CntnrMovStp  record  to 

search  for  any  matching  MEvnt  records.  Matching  MEvnt 
records  data  will  only  be  posted  to  the  matching  MovStp 
History  record. 

Read  MEvent  file  for  matching  records  and  move  data  to 
history  as  indicated  below: 


Selection  Criteria: 


IF:  MovEvntCd  =  TTB  and  EvntTy  =  Criteria 
in  left  column,  move  data  elements  indicated 
below: 


HISTORY  RECORD 


CRITERIA 

DATA  ELEMENT 

NAME 

FIELD  Length 

CC« 

A 

EvntDte 

Arrival  Dte 

(5) 

212-216 

B 

If 

Unload  Dte 

(5) 

217-221 

C 

II 

Unload  Discrp  Dte 

(5) 

222-226 

D 

It 

Not  if  Carr  Dte 

(5) 

227-231 

E 

«f 

Carr  P/U  Dte 

(5) 

232-236 

Selection  Criteria:  IF:  MovEvntCd 

cated  below: 


DATA  ELEMENT 


EvntDte 

AACCurr 

NewEvntLoc 

RsnDenyCd 


HISTORY  RECORD 
NAME 


TM2  EvntDte 
TM2  Requestor 
TM2  NewEvntLoc 
TM2  RsnDeny 


=  TM2  move  data  as  indi- 


FIELD  LENGTH 


237-241 

242-247 

248-253 

254-255 
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*/ 
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Selection  Criteria:  IF:  MovEvntCd  =  TM3  move  the  data  as 

indicated  below: 


HISTORY  RECORD 


DATA  ELEMENT 

NAME 

FIELD  LENGTH 

ecu 

EvntDte 

TM3  EvntDte 

(5) 

256-260 

AACCurr 

TM3  Requestor 

(6) 

261-266 

DspoActv 

TM3  Releasor 

(6) 

267-272 

RsnOenyCd 

TM3  RsnDeny 

(2) 

273-274 

TMS 


Selection  Criteria:  IF:  MovEvntCd  =  TMS  move  the  data  as 

indicated  below: 


DATA  ELEMENT 

HISTORY  RECORD 

NAME 

FIELD  LENGTH 

CC# 

EvntDte 

TMS  EvntDte 

(5) 

275-279 

TTP 


Selection  Criteria:  IF:  MovEvntCd  -  TTP  and  additional  selection 

criteria  listed  in  left  column  exist,  move 
the  data  elements  indicated: 


HISTORY  RECORD 


SELECTION 

CRITERIA 

DATA  ELEMENT 

NAME 

FIELD 

length 

CCS 

EvntTy  = 
TyPwrCd  = 

EvntTy  = 
TyPwrCd  = 

A 

E 

B 

E 

EvntDte 

First  Elec  On 

Dte 

(5) 
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EvntDte 

First  Elec  Off  Dte 

(5) 

285-289 

EvntTy 

s 

c 

TyPwrCd 

• 

E 

EvntDte 

Second  Elec  On  Dte 

(5) 

290-294 

EvntTy 

D 

TyPwrCd 

E 

EvntDte 

Second  Elec  Off  Dte 

(5) 

295-299 

EvntTy 

A 

TyPwrCd 

— 

G 

EvntDte 

First  Gas  On  Dte 

(5) 

300-304 

EvntTy 

B 

TyPwrCd 

G 

EvntDte 

First  Gas  Off  Dte 

(5) 

305-309 

EvntTy 

— 

C 

TyPwrCd 

— 

G 

EvntDte 

Second  Gas  On  Dte 

(5) 

310-314 

EvntTy 

r 

D 

TyPwrCd 

— 

G 

EvntDte 

Second  Gas  Off  Dte 

(5) 

315-319 

TTW 


Selection  Criteria:  IF-*  MovEvntCd  =  TTW  move  the  data  elements 

indicated: 


HISTORY  RECORD 

DATA  ELEMENT 

NAME 

FIELD  LENGTH 

ecu 

EvntDte  TTW  EvntDte  (5)  320-324 


TTU 

Selection 

Criteria:  IF:  MovEvntCd  = 
indicated: 

TTU  move  the  data 

elements 

DATA  ELEMENT 

HISTORY  RECORD 

NAME 

FIELD  LENGTH 

CC4 
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EvntDte 

NewMovNo 


(SAME  AS  NAME  ON  LEFT) 


(5) 

(20) 


325-329 

330-349 


Voyage  FUe 


DATA  ELEMENT 


OceanCarrAbbr 


HISTORY  RECORD 
NAME 


(SAME  AS  NAME  ON  LEFT) 


FIELD  LENGTH 


(4) 


CC# 

350-353 


CntnrRmrkLn 


H  a  matching  CntnrRmrkLn  record  exists,  the  database  history 
remark  record  data  will  be  temporarily  stored  in  the  systems  temp 
history  storage  area,  to  be  printed  aFter  all  history  record  data  is 
moved  to  the  temporary  history  storage  File. 

The  Following  data  elements  will  be  used  to  create  remark  records  in  the 
Remark  History  file. 


Dte  Rec  Create 
Cntnr  No  PreFIx 
Cntnr  No 
Cntnr  Own  Abbr 
Consignee 
Dupe  Stp  Index 
Cntnr  Rmrk  Ln  No 


(From  Cntnr  Mov  record) 
(From  Cntnr  Mov  record) 


(Used  as  key  only) 

(01-05  records  =  50  characters  per  line) 
print  separate  line  number  (01-05)  record  remark  data  on  a  separate 
line.  Do  not  repeat  printing  cntnr  ID  data  as  depicted  In  Format 
below. 


THEN*'  Sort  all  Cntnr  Rmrk  History  records  by  Dte  Rec  Create  and 
Cntnr  No  sequence  within  the  Dte  Rec  Create  group  oF  records. 

THEN*'  Print  all  the  Cntnr  Rmrk  record  data  to  the  report  (by  Dte 
Rec  Create  month  group)  and  leave  a  line  space  between  each  record  In 
the  month  group. 
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"then:  Page  break  between  each  Dte  Rec  Create  group  of  records  and 
repeat  the  header  data. 

then:  Post  the  Dte  Rec  Create  date  of  the  group  of  records  after 
"For  Month  of"  report  header. 

THEN:  Post  the  Dte  Curr  after  "Report  Date"  In  the  report  header. 

THEN:  Create  and  print  the  report  format  with  header  data 
shown  below,  and  display  prompt,  "Formatting  of  History  Reports  is  in 
progress": 


EXAMPLE  FORMAT 
CONTAINER  HISTORY  REMARKS 


Report  Date: 

XXXXX 

For  Month  of 

:  XXX 

Cntnr 

Owner 

Cons ignee 

Remarks 

XXXXXXXX 

XXXX 

XXXXXX 

X- 

- (Line 

01 

Rmrks)- 

- X(50) 

X- 

- (Line 

02 

Rmrks)- 

- X(50) 

X> 

- (Line 

03 

Rmrks)- 

. X(50) 

XXXXXXXX 

XXXX 

XXXXXX 

X- 

- (Line 

01 

Rmrks)- 

- X(50) 

X- 

- (Line 

02 

Rmrks)- 

- X(50) 

NOTE: 

This  will 

be  a  hard 

copy 

output  report 

only. 

THEN: 

The  following  record 

data 

1  elements 

that  were 

moved  to  the 

systems  temp  history  storage  will  be  moved  to  a  Cntnr 
History  report  file  which  will  be  printed. 


CntnrNoPref ix 
Cntnr  Number 
Cntnr  Owner  Abbr 
Consignee 
VoyDocuNoFltNo 
DteRecCreate 


THEN:  Sequence  records  in  Dte  Rec  Create  Seq.  and  Cntnr  No  Seq. 
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THEN:  Page  break  between  each  Dte  Rec  Create  date  (month)  group 
of  records  and  repeat  header  data. 

THEN:  Move  the  selected  record  data  to  the  report  in  the 
format  shown  below: 

THEN:  Print  the  report  immediately  after  the  container  remark 
report . 

THEN:  Post  the  Dte  Rec  Create  date  of  the  group  of  records  after 
"For  Month  of"  report  header. 

THEN:  Post  the  Dte  Curr  after  "Report  Date"  in  the  report  header. 
Continue  to  display,  "Formatting  of  History  Reports  is  in 
progress" . 


Cntnr  History  Report  Format 

PCN  PG  NO 

Report  Date: 


Container  History  Report 


For  Month  of: 

The  following  containers  were  posted  to  the  history  file. 


CntnrNo 

CntnrOwner 

Consignee 

Voyage  No 

DteRecCreate 

XXXXXXXX 

XXXX 

XXXXXX 

XXXXX 

XXXXX 

XXXXXXXX 

XXXX 

XXXXXX 

XXXXX 

XXXXX 

NOTE: 

This  is  a  hard 

copy  output 

report 

THEN:  After  all  history  record  data  has  been  transferred  to  the 
system  temp  history  storage 

THEN:  The  system  will  delete  the  CntnrMov,  CntnrMovStp, 
all  MEvent,  CntnrDiscrp  and  CntnrRmrkLn  and  Cntnr 
History  Report  file  records  (after  printing)  that 


1 1 1-382 


I 


ADSM  18-LZ4-AKM-BUR-FD 
WORKING  DRAFT  3.0 
DECEMBER  1987 


were  used  to  create  the  history  records. 

NOTE:  Hold  key  elements  for  other  record  searches. 

THEN:  The  system  will  search  for  matching  Voyage  record 
using  the  records  foreign  key  (VoyDocuNoFltNo) . 

IF:  The  VoyDocuNoFltNo  used  in  the  search  is  the 
same  as  any  other  record  in  the  CntnrMov  file 

THEN:  The  Voyage  record  will  not  be  deleted. 

IF:  The  VoyDocuNoFltNo  used  in  the  search  does  not 
match  any  other  records  in  the  CntnrMov  file, 

THEN:  Delete  the  Voyage  record  from  the  data¬ 
base. 

THEN:  The  system  will  search  for  a  matching  VoyStp  record 
using  the  foreign  key  (VoyDocuNoFltNo)  and  POD. 

IF:  The  key  data  elements  used  in  the  search  are 
the  same  as  any  other  records  in  the  CntnrMov 
file 

THEN:  The  VoyStp  record  will  not  be  deleted 

IF:  The  key  data  elements  do  not  match  any  other 
records  in  the  CntnrMov  file 

THEN:  Delete  the  VoyStp  record 


THEN:  The  system  must  provide  instructions  to  the  user  to 
move  the  history  record  data  in  the  systems  temp  history  storage  to 
floppy  disks.  The  system  user  procedures  are  to  store  history  records 
by  calendar  month  (using  the  Dte  Rec  Create  dates).  The  system  must 
convert  Dte  Rec  Create  dates  to  calendar  months  for  prompt  displays. 
Floppy  disks  will  only  contain  records  with  the  same  calendar  month. 

The  following  procedures  will  be  used  to  move  record  data  to  floppy 
disks  and  inform  the  user  of  the  transfer  procedures. 

THEN:  The  system  must  provide  a  history  management  file 
(Hist-Mgt-F i le)  that  will  retain  storage  disk  media  data  generated  by 
the  processes  operation.  The  file  must  retain  floppy  disk  usage  data: 
The  calendar  month  and  year  of  records  sent  to  history  (using  record  Dte 
Rec  Create  dates),  the  number  of  floppy  disks  used  to  store  a  calendar 
months  records,  and  the  number  of  records  contained  on  a  month (s)  disks. 
The  process  will  post  the  disk  record  data  to  the  file  as  disks  are  used 
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In  the  process  to  store  the  history  records.  The  file  will  keep 
cumulative  totals  for  the  number  of  disks  and  number  of  records  on  disks 
for  each  calendar  month  as  new  records  with  the  same  Dte  Rec  Create 
(months)  are  added  to  history. 

IF!  The  Dte  Rec  Create  year  of  records  being  moved  from  the 
systems  temp  history  file  to  the  history  disks  do  not  match  the  same 
year/month  data  in  the  hist  mgt  file,  proceed  as  follows: 

1.  The  Hist-Mgt-Fi le  contains  Jan  87  data  and  the 
records  in  temp  history  storage  are  for  Jan  88  (no  match). 

NOTE:  Regulations  require  that  history  records  be 
maintained  for  a  period  of  one  calendar  year. 

THEN:  The  system  will  delete  the  earlier  years  file 
disk  record  data  in  the  Hist-Mgt-F i le  and  create  new  disk  record  data. 

THEN:  Display,  "Load  blank  formatted  disk  into  the 
system,  then  press  GO". 

NOTE:  The  users  manual  should  remind  system  users 
that  the  system  will  delete  hist  mgt  file  records  over  one  year  old  and 
that  the  user  should  remove/delete  the  history  storage  disks  over  one  >  ^ 
year  old  I.A.W.  regulations  from  his  storage  file. 

THEN:  Proceed  with  creating  Hist-Mgt-F i le  data  record 
as  indicated  below.  (No  data  for  the  month  is  in  the  Hi st-Mgt-F i le) 

2.  The  Hist-Mgt-Fi le  does  not  contain  data  with  the 

same  month/year. 


THEN:  The  system  must  instruct  the  user  to  load  a 
blank  formatted  disk  to  transfer  the  records  in  the  systems  temp  history 
storage  to  the  tape  disk  media.  Display,  "Load  blank  formatted  diskette 
in  drive,  then  press  GO". 

THEN:  After  the  (months)  history  record  data  is  moved 
to  the  disk,  the  system  will  add  the  value  one  (1)  for  the  month/year  of 
the  disk  in  the  hist  mgt  file.  The  hist  mgt  file  will  create  data 
records  for  each  calendar  month  in  the  year,  and  update  the  month/year 
data  with  the  value  of  one  (1)  for  each  floppy  disk  used  to  store  that 
months  records.  The  system  will  also  update  the  total  number  of  records 
contained  on  the  disks  for  any  month/year. 

THEN:  The  system  will  instruct  the  user  to  remove  and 
label  the  blank  formatted  disk.  Exan^le:  "Remove  and  label  diskette 
No  1  for  Jan",  (The  first  disk  being  used  for  the  month/year). 
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IF:  The  systems  temp  history  file  contains  more 
records  with  the  same  month  as  the  records  moved  to  the  disk  that  became 
full: 


THEN:  Display,  "Load  blank  formatted  diskette  into 

drivei  press  GO". 

THEN:  The  system  instruction  prompts  must  change  to 
inform  the  user  to  remove  and  label  all  subsequent  disks  being  used  to 
store  records  for  the  same  month/year.  (Multiple  disks  used  for  the 
same  month/year) .  The  system  must  add  the  value  one  to  the  value  of  the 
no  of  disks  in  the  hist  mgt  file  for  each  new  blank  disk  used  to  store 
the  same  month/year  records.  Example,  if  2  disks  are  used  to  store  the 
same  months  records,  display,  "Remove  and  label  disk  Jan  87  No  2"  after 
the  data  has  been  transferred. 

IF:  The  user  incorrectly  puts  an  unformatted  disk  or 
one  that  has  the  wrong  history  month  data  on  it  into  the  system,  the 
system  must  display  an  error  message  to  inform  the  user  that  he  has  not 
inserted  the  correct  disk  into  the  system.  This  prompt  will  change  de¬ 
pending  on  the  nature  of  the  error. 

THEN:  After  the  correctly  formatted  blank  disk  is  inserted 
into  the  system  and  GO  function  key  pressed, 

MOVE:  The  records  contained  in  the  systems  temp 
history  storage  with  the  last  3  digits  of  the  Dte  Rec  Create  equalling 
the  same  month  on  the  screen  to  the  disk  media. 

then:  Update  the  Hist  Mgt  File  with  the  updated  disk  data 
after  the  records  are  transferred  from  the  systems  temp  history  storage 
to  the  disk.  Example:  Jan  87  Hist  Mgt  File  record  =  (No.  of  disks  =  2 
and  no  of  records  on  the  2  disks  =  321) 

THEN:  Instruct  the  user  to  load  a  blank  formatted  disk 
into  the  system  and  press  GO.  (Only  if  more  records  in  the  systems  temp 
history  file  remain  to  be  transferred  to  disks) 

NOTE:  The  procedures  and  prompts  for  loading  and 
labeling  disks  to  transfer  the  data  from  the  system  history  storage  to 
the  disk  media  will  continue  until  all  records  (by  month)  have  been 
transferred  to  the  separate  corresponding  disk  media,  and  the  Hist-Mgt- 
File  updated.  Prompts  must  inform  user  to  load  blank  disks  and  label 
the  disks  with  the  month  and  number  of  the  disk  used  for  the  month. 

THEN:  The  procedures  for  loading  and  labeling  disks  will 
continue  as  explained  above  for  all  other  months  records  in  the  temp 
history  file  that  must  be  transferred  to  floppy  disks. 
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file; 


IF:  The  same  month/year  record  is  stored  in  the  hist  mgt 


THEN:  The  system  will  read  the  data  in  the  matching  hist  mgt 
file  record  and  will  read  the  value  in  disk  number  and  instruct  the  user 
to  load  that  disk  number  into  the  system.  Example:  "Load  diskette  no  2 
for  Jan,  then  press  GO". 

NOTE:  In  the  case  where  disks  have  already  been  used 
to  store  history  records,  the  system  must  instruct  the  user  to  use  the 
last  disk  used  if  it  was  not  filled  with  history  record  data. 

THEN:  The  system  will  add  new  records  to  the  disk  media 
until  it  is  full. 

IF:  The  disk  becomes  full  and  more  data  for  the  same 
month  is  in  temp  history  storage: 


and  press  GO". 


THEN:  Display,  "Diskette  is  full,  remove  diskette 


THEN:  The  system  will  display,  "Load  a  blank 
formatted  diskette  Into  the  drive,  then  press  GO". 

EXAMPLE:  The  hist  mgt  file  contains  data  on  Jan 
88  as  follows:  month/year  =  Jan  88  and  2  disks  have  been  used  to  date, 
to  store  history  records  with  Dte  Rec  Create  dates  equalling  Jan  87. 

Also  there  are  432  records  on  the  2  Jan  87  disks. 

THEN:  The  system  will  add  the  value  one  to  the 
value  2  (disks)  to  total  value  =  3  (in  Hist-Mgt-F i le) ,  and  after  the  dat 
is  transferred  to  the  disk,  display,  "Remove  and  label  the  disk  "Jan  88 
no  3". 

THEN:  The  system  will  continue  to  provide  prompts 
to  Instruct  the  user  to  load  the  last  disk  used  for  a  month,  or  to  label 
and  load  new  blank  formatted  disks  as  required. 

THEN:  After  all  history  record  data  stored  in  the 
systems  temp  history  storage  has  been  moved  to  floppy  disks: 

then:  Delete  the  temp  history  file  in  the  database 
that  stored  the  history  data. 

THEN:  Display,  "Process  Complete" 


to  the  menu. 


THEN:  The  process  will  automatically  return  the  user 
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MAINTAINS: 

CntnrMov-F i le  ; 

MAINTAINS: 

HIst-Mgt-FUe  ; 

EMPLOYS: 

CntnrDiscrp-FUe  , 

CntnrMovStp-FUe  , 

MEvent-File  f 
System-Parameter-Tbl  , 

Voyage-File  , 

VoyageStop-Fi le  , 

CntnrRmrkLn-F Ue  ; 

MODIFIES:  CntnrMov-H i st-Upd  IN  CntnrMov-F i le  ; 

MODIFIES:  H i  st-Mgt-In-fo  IN  Hi  st-Mgt-F  i  le  ; 

REFERENCES:  CntnrDiscrp  IN  CntnrD i scrp-F 1 le  ; 

REFERENCES:  CntnrMovStp  IN  CntnrMovStp-F i le  ; 

REFERENCES:  CntnrMov  IN  CntnrMov-F i le  ; 

REFERENCES:  MEvent  IN  MEvent-File  ; 

REFERENCES:  Parameter-Hi st-Ref  IN  System-Parameter-Tbl  ; 

REFERENCES:  Voyage  IN  Voyage-File  ; 

REFERENCES:  VoyageStop  IN  VoyageStop-F i le  ; 

REFERENCES:  CntnrRmrkLn  IN  CntnrRmrkLn-F i le  ; 

REFERENCES:  Hi st-Mgt-InFo  IN  Hi st-Mgt-F i le  ; 

REMOVES:  CntnrDiscrp  FROM  CntnrD i scrp-F i le  ; 

REMOVES:  CntnrMovStp  FROM  CntnrMovStp-F I le  ; 

REMOVES:  CntnrMov  FROM  CntnrMov-F i le  ; 

REMOVES:  MEvent  FROM  MEvent-File  ; 

REMOVES:  Parameter-H i st-Ref  FROM  System-Parameter-Tbl 

REMOVES:  Voyage  FROM  Voyage-File  ; 

REMOVES:  VoyageStop  FROM  VoyageStop-F i le  ; 

REMOVES:  CntnrRmrkLn  FROM  CntnrRmrkLn-F i le  ; 

DESTROYS: 

CntnrDiscrp  , 

CntnrMovStp  , 

CntnrMov  , 

MEvent  , 

Parameter-Hist-Re-f  , 

Voyage  , 

VoyageStop  , 

CntnrRmrkLn  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Valentine’  ; 
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42  DEF^WE  PROCESS  System-Calendar-Funct f on 

DESCRIPTION; 

This  -function  is  a  system  utility  Function  that  generates  the 
various  required  Forms  oF  calendar  and  time. 


KEYWORD  IS:  »TMAS’  , 

’SYSTEM’  , 

’Freight’  , 
’Container’  ; 

SOURCE  IS:  ’ TACCS-LOB  FD/RD’  ; 

ATTRIBUTE  IS: 

SEC-CLASS  ’UNCLASSIFIED’ 

PROCESS-MODE  ’INTERACTIVE’ 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’TACCS-LOB’  ; 

TRACE  KEY  IS:  ’SYSTEM  UTILITY’  ; 
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43 


DEFINE  PROCESS 
PART  OF; 


System-Utilities  ; 


System-Uniques  ; 
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DEFINE  PROCESS 
SUBPART  IS: 


PART  OF: 


System-Uti lities 
General-Message-Process  , 

AdHoc-Query  , 

System-Uniques  i 
Table-Maintenance  , 
Maintain-Parameter-Tbl  ; 
Manage-Container-Operations  ; 


1 1 1-393 


^  W  WW.  :%n  ivi  HTJ  Jvv 


I  *  .  I*’  £  ■  l*»  !*•  !•« 


4 I  “*»  » 


45  DEFINE  PROCESS 
PART  OF: 


System-Utilities  ; 
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Table-Maintenance  ; 
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DEFINE  PROCESS  Update-Cntnr-Record  ; 

DESCRIPTION; 

Update  Container  Record 

This  process  allows  information  to  be  posted  to  the  container  move  and 
container  move  stop  files  that  is  not  posted  in  the  other  process 
routines. 

Additionally,  selected  information  for  other  files  concerning  a  part¬ 
icular  container  may  be  entered. 


KEYWORD  IS: 


’Container’ 
’LOB’  ; 


SEE  MEMO: 

Front-End-Process-Memo  , 
TCR-Update-Cntnr-Record-Memo  ; 

generates: 

Cntnr-Upd-ErrMsg-Out  ; 

RECEIVES: 

Update-Cntnr-Rec-Inp  ; 

PART  OF:  Maintain-Container-Database  ; 

PROCEDURE; 


User  enters  CntnrNo 
MATCH: 

CntnrNo  from  screen  with  CntnrNo  in  CntnrMovStp  File 

if: 

NO  match: 

DISPLAY: 

"Container  Number  not  valid,  reenter  or 
exit  process." 

ELSE: 

Use  CntnrNo  to  access  CntnrMovStp. 

DISPLAY: 

"CntnrNo  CntnrOwn  Consignee  MultiStpNo  StpComp" 
XXXXX  XXXX  XXXXXX  X 

System  will  allow  user  to  course  through  this 
scrollable  screen  to  the  desired  stop.  When  the 
stop  is  selected,  the  user  will  hit  "GO"  and 
the  first  process  screen  will  be  displayed. 

MOVE: 

CntnrNoPref ix  from  CntnrMov  to  Container 
Number  on  first  process  screen. 

DISPLAY: 

First  Process  Screen 
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User  enters  CntnrNo  +  CntnrNoPref ix 
MATCH: 

CntnrNo  from  screen  with  CntnrNo  in  CntnrMovStp  File 
IF: 

NO  MATCH: 

DISPLAY: 

"Container  Number  not  valid,  reenter  or 
exit  process." 

EDIT: 

System  will  edit  CntnrNoPref i x 

if: 

CntnrNoPref ix  <  >  Alphanumeric 
DISPLAY: 

Err  Msg  -  "Container  number  must 
be  alphanumeric." 

ELSE: 

Use  CntnrNo  from  screen  to  access  CntnrMovStp. 
DISPLAY: 

"CntnrNo  CntnrOwn  Consignee  MultiStpNo" 
XXXXXXXX  XXXX  XXXXXX  X 

System  will  allow  user  to  course  through  this 
scrollable  screen  to  the  desired  stop.  When  the 
stop  is  selected,  the  user  will  hit  "GO"  and  the 
first  process  screen  will  be  displayed. 

IF:  CntnrNoPref ix  in  CntnrMov  =  000 

UPDATE:  Screen  entered  CntnrNoPref ix  to 
CntnrNoPref ix  in  CntnrMov. 

MOVE:  CntnrNoPref ix  from  CntnrMov  to  Container 
Number  on  First  Process  Screen. 

DISPLAY: 

First  Process  Screen 


User  enters  FWTNo 
MATCH : 

FWTNo  from  screen  with  FWTNo  in  CntnrMov  File 
IF: 

NO  MATCH: 

DISPLAY:  Freight  Warrant  Number  entered  not 

valid.  Reenter  or  exit  the  process. 

ELSE: 

Use  CntnrNo  and  CntnrOwnAbbr  found  in  the 
CntnrMov  file  to  access  CntnrMovStp 
DISPLAY: 
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Cntnr  Mov  Stop  data  as  Follows: 

>  CntnrOwn  Consignee  MultlStpNo 


XXXXX 


XXXX 


XXXXXX 


DISPLAY: 


System  will  allow  user  to  course 
through  this  scrollable  screen  to 
the  desired  stop.  When  the  stop  Is 
selected,  the  user  will  hit  'GO*  and 
the  First  process  screen  will  be  dis¬ 
played. 

move: 

CntnrNoPreFix  From  CntnrMov  to 
Container  Number  on  First  process 
screen. 


First  Process  Screen 


% 


User  enters  TMRPreFlx 
MATCH; 

TMRPreFlx  From  screen  with  TMRPreFlx  in  CntnrMov  File 
IF: 

NO  match: 

DISPLAY:  TMRPreFlx  entered  not  valid.  Reenter  or 
exit  the  process. 

else: 

Use  CntnrNo  and  CntnrOwnAbbr  Found  in  the 
CntnrMov  File  to  access  CntnrMovStp 
DISPLAY: 

CntnrMovStp  data  as  Follows: 

CntnrNo  CntnrOwn  Consignee  MultlStpNo 


XXXXX 


XXXX 


XXXXXX 


System  will  allow  user  to  course 
through  this  scrollable  screen  to  the 
desired  stop.  When  the  stop  is  select¬ 
ed,  the  user  will  hit  ’GO’  and  the 
First  process  screen  will  be  displayed 

move: 

CntnrNoPreFix  From  CntnrMov  to 
Container  Number  on  First  process 
screen. 


DISPLAY: 


First  Process  Screen 
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User  enters  CntnrTCN. 

MATCH: 

CntnrTCN  from  screen  with  CntnrTCN  in  CntnrMov. 

IF: 

No  match. 

DISPLAY: 

"Container  TCN  not  valid.  Reenter  or  exit 
process ." 

ELSE: 

Select  CntnrNo,  CntnrOwnAbbr  from  CntnrMov  to  access 
CntnrMovStp. 

DISPLAY: 

CntnrMovStp  data  as  follows: 


Cntnr 

No 

CntnrOwnAbbr 

Abbr 

Consignee 

MultiStp 

No 

Stp 

Comp 

XXXXX 

XXXX 

XXXXXX 

X 

X 

XXXXX 

XXXX 

XXXXXX 

X 

X 

MOVE: 


System  will  allow  user  to  course  through 
this  scrollable  screen  to  the  desired  stop. 
When  the  stop  is  selected,  the  user  will 
hit  CGO]  and  the  first  process  screen 
will  be  displayed. 


CntnrNoPref ix  from  CntnrMov  to  Container 
Number  on  the  first  process  screen. 


DISPLAY: 

First  Process  Screen 

System  will  then  display  first  screen  with  a  prompt  stating  "Use 
arrow  key  to  highlight  choice,  press  <G0>  or  <FINISH>". 


POST  ADVICE  INFORMATION 


Container  Number 
Container  Owner 


XXXXXXXX 

XXXX 


Voyage  Number 
Consignee 


XXXXX 

XXXXXX 


HOLD 
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DIVERSION 

STAGE 

RECONSIGNMENT 


NOTE:  The  highlighter  at  this  point  will  be  on  HOLD.  The  user 
will  highlight  the  desired  subject  using  the  down  and  up  Direction 
Arrow  keys  or  <RETURN>  key. 


5.  Selecting  a  subject  -for  updating. 


a.  IF:  A  subject  area  is  chosen  and  the  <G0>  key  is  pressed. 


THEN:  The  upper  part  of  the  screen  (Container  Header  Data) 
wilt  remain,  and  the  bottom  portion  (Menu)  will  be 
replaced  by  the  corresponding  data  elements  applicable 
to  the  subject  chosen. 


b.  IF:  The  <FINISH>  key  is  pressed. 

THEN:  The  system  will  return  to  the  "Open  Door"  screens. 


6.  Update  HOLD. 

a.  IF:  Hold  is  highlighted  and  the  <G0>  key  is  pressed. 

THEN:  The  system  will  check  the  MovEvntCd  and  EvntTy  in  MEvent 
for  a  TTB-A  transaction. 

(1) .  IF:  The  system  does  not  find  a  TTB-A  transaction. 

THEN:  The  system  will  check  the  MovEvntCd  in  MEvent 
record  for  a  TM3  transaction. 

ELSE:  The  system  will  display  a  prompt  stating,  "Con¬ 
tainer  has  arrived  at  consignee.  Reason  denied 
must  be  entered". 

(2) .  IF:  The  system  finds  a  TM3  transaction. 

THEN:  The  system  will  review  the  CntnrMovStp  and  MEvent 
record  and  display  applicable  HOLD  data  assigned 
to  the  container  selected. 

ELSE:  The  system  will  display  a  prompt  stating,  "Hold 
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(3).  IF 


request  not  posted". 

The  system  does  not  -find  any  HOLD  data. 


THEN*.  Display  the  screen  below  with  the  data  fields 
blank . 


ELSE:  Move  DteHoldStart ,  HoldLoc  and  DteHoldStop  values 
from  CntnrMovStp  or  RsnDenyCd  value  from  MEvent 
to  the  screen  and  display  the  function  keys  Clear 
Screen,  Modify,  and  Delete. 


DISPLAY:  The  system  will  then  display  the  screen  below  « 

with  the  cursor  on  the  "Date  Hold  Started"  and  o 

a  prompt  stating  "Enter  data  and  <RETURN>  or 
press  <HELP>,  <CANCEL>  or  <FINISH>".  J 


Date  Hold  Started 
Hold  Location 
Date  Hold  Stopped 
Reason  Denied  Code 


"(5)  — 

- (25) 

—  (5)  — 

-(2)- 


NOTE:  The  cursor  can  be  placed  on  the  "Reason  Denied  Code"  field 
by  pressing  the  <RETURN>  key. 

b.  IF:  The  HOLD  data  field(s)  are  blank  and  the  user  desires  to 
enter  data. 

THEN:  The  system  will  allow  the  entry  of  the  data  and  display 
a  prompt  stating  "Enter  data  and  <RETURN>/<GO>  or  press 
<HELP>,  <CANCEL>  or  <FINISH>". 

ELSE:  The  user  will  press  the  <CANCEL>  key  which  will  display 
the  "Post  Advice  Information"  menu  screen  or  press 
the  <FINISH>  key  which  will  display  the  "Open  Door" 
screen. 

(1).  IF:  The  HOLD  request  has  been  confirmed. 

THEN:  The  user  will  ensure  that  the  cursor  is  located 

in  the  blank  data  field  adjacent  to  the  "Date  Hold 
Started"  and  enter  the  five  position  Julian  date  or 
press  the  <HELP>  key  to  enter  the  current  Julian 

Vn*.*. 
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date. 

ELSE:  The  user  presses  the  <CANCEL>  key  to  return  to  the 
"Post  Advice  Information"  menu  screen. 

IF:  The  user  presses  the  <RETURN>  key  without  entering 
a  date. 

THEN:  The  cursor  will  move  to  the  "Reason  Denied  Code" 
field. 

IF:  The  user  presses  the  <RETURN>  key  a  second  time  with¬ 
out  entering  a  "Reason  Denied  Code". 

THEN:  The  cursor  will  loop  to  the  "Date  Hold  Started" 
field. 

IF:  The  user  enters  a  date  in  the  "Date  Hold  Started" 
field  and  presses  the  <RETURN>  key. 

THEN:  The  system  will  validate  the  entered  date  to 
insure  that  it  is  a  valid  Julian  date  and  is 
not  greater  than  the  current  date. 

IF:  The  Julian  date  entered  is  valid. 


THEN:  The  system  will  accept  the  entered  date  and  the 
cursor  will  advance  to  the  "Hold  Location". 

ELSE:  The  system  will  display  one  of  the  following 
applicable  prompts:  "Day  not  valid  in  Julian 
Date" I  "Date  cannot  be  greater  than  today’s 
date",  or  "Must  be  a  5  position  number". 

IF:  The  user  desires  to  enter  the  "Hold  Location" 
which  is  not  a  mandatory  entry. 

THEN:  The  user  will  ensure  that  the  cursor  is  located 
in  the  blank  data  field  adjacent  to  the  "Hold 
Location"  and  will  enter  up  to  25  spaces  of 
free  text  data. 

IF:  The  user  presses  <RETURN>  key  after  entering  the 
location. 

THEN:  The  system  will  accept  the  entered  location  and 
the  cursor  will  advance  to  "Date  Hold  Stopped". 
(Note:  Normally  the  "Date  Hold  Stopped"  will  not 
be  entered  during  the  initial  update  of  HOLD  infor- 
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mat  ion  in  the  CntnrMovStp  record.  Thereforei  to 
update  the  database  with  the  HOLD  start  and  loca* 
tion  information,  the  user  must  press  the  <G0> 
key.) 


The  user  presses  the  <G0>  key  after  entering  the 
"Date  Hold  Started"  and  "Hold  Location"  with  the 
cursor  on  "Hold  Location". 


'v.dj 


THEN: 


The  system  will  update  CntnrMovStp  (DteHoldStart) 
and  (HoldLoc)  with  the  values  from  the  screen  and 
the  CntnrMov  (DteLstUpdCntnr)  with  the  current 
date.  The  system  will  display  a  prompt  momen¬ 
tarily  stating,  "Hold  advice  added"  and  the  "Post 
Advice  Information"  menu  screen  will  be  displayed. 


ELSE: 


The  cursor  will  advance  from  "Date  Hold  Started" 
to  "Hold  Location"  when  the  <G0>  key  is  pressed. 
(Note:  The  cursor  must  either  be  on  "Hold  Loca¬ 
tion"  or  "Date  Hold  Stopped"  in  order  to  update 
the  database  when  the  <G0>  key  is  pressed.) 


The  user  desires  to  enter  "Date  Hold  Stopped"  at 
the  same  time  that  "Date  Hold  Started"  is  entered. 
(Note:  To  add  the  "Date  Hold  Stopped"  after  the 
"Date  Hold  Started"  and  "Hold  Location"  have  been 
updated  in  the  database,  the  user  must  use  the 
modify  or  change  specifications  discussed  in  para¬ 
graph  6c ,  below) . 


THEN: 


The  user  will  insure  that  the  cursor  is  located 
in  the  blank  data  field  adjacent  to  the  "Date 
Hold  Stopped"  and  enter  the  five  position  Julian 
date  or  press  the  <HELP>  key  to  enter  the  current 
date. 


IF:  The  <RETURN>  key  is  pressed, 


THEN: 


The  system  will  check  the  MovEvntCd  in  MEvent 
record  for  a  TMS  transaction  and  will  validate  the 
entered  date  to  insure  that  is  is  a  valid  Julian 
date  and  is  greater  than  or  equal  to  the  "Date  Hold 
Started",  but  not  greater  than  the  current  date. 


ELSE: 


The  system  will  display  a  prompt  stating,  "Hold 
release  (TMS)  not  posted"  or  "Date  Hold  Stopped 
cannot  be  before  Date  Hold  Started".  Other  date 
prompts  which  could  appear  are:  "Must  be  a  5 
position  number"  or  "Day  not  valid  in  Julian  date"./.?^, 


I I 1-404 


ADSM  18-LZ4-AKM-BUR-FD 
WORKING  DRAFT  3.0 
DECEMBER  1987 


IF: 

THEN: 

IF: 

THEN: 

IF: 

THEN: 

IF: 

then: 

ELSE: 


The  JuHan  date  entered  is  valid. 

The  system  will  accept  the  entered  date  and  the 
cursor  will  loop  to  "Date  Hold  Started". 

The  user  presses  the  <G0>  key  aFter  entering  the 
"Date  Hold  Stopped". 

The  system  will  update  CntnrMovStp  (DteHoldStart) , 
(HoldLoc),  and  (DteHoldStop)  with  the  values  From 
the  screen  and  the  CntnrMov  (DteLstUpdCntnr >  with 
the  current  date.  The  system  will  display  a 
prompt  momentarily  stating,  "Hold  advice  added" 
and  it  will  then  display  the  "Post  Advice  InForma- 
tion"  menu  screen. 

The  HOLD  request  has  been  denied. 

The  user  will  press  the  <RETURN>  key  to  place  the 
cursor  in  the  blank  data  Field  adjacent  to  the 
"Reason  Denied  Code"  and  will  then  enter  the  two 
position  code.  This  code  will  be  validated  against 
the  Reason  Deny  Table. 

The  Reason  Denied  Code  entered  is  valid. 

The  system  will  accept  the  code  and  the  cursor  will 
remain  on  the  "Reason  Denied  Code"  Field  when  the 
<RETURN>  key  is  pressed. 

The  system  will  display  a  prompt  stating  "Code 
not  valid,  press  <HELP>  For  a  list  oF  valid  codes". 

if:  The  user  presses  the  <HELP>  key. 

THEN:  The  system  will  display  the  Reason  Deny 

Table  on  a  scrollable  screen  and  a  prompt 
stating,  "Select  desired  entry,  then  press 
<G0>/<F INISH>/<CANCEL>" . 

IF;  The  user  highlights  the  desired  code  on 
the  HELP  screen  and  presses  the  <GO> 
key. 

THEN:  The  system  will  assign  the  highlighted 
code  value  to  the  HOLD  screen  and  will 
display  a  prompt  stating,  "Enter  data 
and  <RETURN>/<GO>  or  press  <HELP>, 
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<CANCEL>  or  <FINISH>". 

IF;  The  <G0>  key  is  pressed. 

THEN:  The  system  will  update  (RsnDenyCd)  in 
MEvent  with  the  value  From  the  screen 
and  assign  the  Current  Date  to  CDteLst- 
UpdCntnr)  in  CntnrMov.  The  system  will 
display  a  prompt  momentarily  stating, 
“Hold  advice  added"  and  it  will  then 
display  the  "Post  Advice  Information" 
menu  screen. 

ELSE:  The  user  can  press  the  <CANCEL>  key  and 
display  the  "Post  Advice  Information" 
menu  screen  or  press  the  <FINISH>  key 
and  display  the  "Open  Door"  screen. 

IF:  HOLD  data  exists  when  a  record  is  selected. 

MOVE:  DteHoldStart ,  HoldLoc,  and  DteHoldStop  from  CntnrMovStp 
or  RsnDenyCd  from  MEvent  to  the  screen. 

ELSE:  Display  the  screen  below  with  the  data  fields  and 
function  keys  blank. 

DISPLAY:  The  system  will  display  the  HOLD  screen  below  with 
the  applicable  data  fields  filled  and  the  function 
keys  Clear  Screen,  Modify,  and  Delete  depicted  at 
the  bottom  of  the  screen.  The  system  will  also 
display  a  prompt  stating,  "Please  press  the  desired 
function  key". 


Date  Hold  Started 
Hold  Location 
Date  Hold  Stopped 
Reason  Denied  Code 


xx(5)xx 

xxxxxxxxxx (25) xxxxxxxxxxxxx 

xx(5)xx 

x(2>x 


I - 1 

I  Modify  I 


Clear  Screen  I 


I  Delete 


IF:  The  user  desires  to  add,  change  or  modify  the  HOLD  data. 

THEN:  The  user  will  press  the  function  key  <MODIFY>  which  will 
allow  the  displayed  data  to  be  changed.  A  prompt  will 
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also  be  displayed  stating  "Enter  data  and  <RETURN>  or 
press  <HELP>,  <CANCEL>  or  <FINISH>". 

ELSE:  The  user  presses  the  <Clear  Screen>  function  key  which 
will  display  the  "Post  Advice  Information"  menu  screen. 

(1) .  IF:  The  user  desires  to  change  the  "Date  Hold  Started". 

THEN:  The  user  will  ensure  that  the  cursor  is  located  in 
the  data  field  adjacent  to  the  "Date  Hold  Started" 
and  over  type  the  existing  five  position  Julian 
date  with  the  new  date  or  press  <HELP>  and  enter 
the  current  Julian  date. 

ELSE:  The  user  will  press  the  <CANCEL>  key  which  will 

display  the  "Post  Advice  Information"  menu  screen 
or  press  the  <FINISH>  key  which  will  display  the 
"Open  Door"  screen. 

IF:  The  <RETURN>  key  is  pressed. 

THEN:  The  system  will  validate  the  entered  date  to  insure 
that  it  is  a  valid  Julian  date  and  is  not  greater 
than  the  current  date. 

ELSE:  The  system  will  display  one  of  the  following 

applicable  prompts:  "Day  not  valid  in  Julian  Date", 
"Date  cannot  be  greater  than  today's  iate",  or 
"Must  be  a  5  position  number". 

IF:  The  Julian  date  entered  is  valid. 

THEN:  The  system  will  accept  the  entered  date  and  the 
cursor  will  advance  to  the  "Hold  Location". 

IF:  No  other  changes  are  required  to  the  HOLD  data. 

THEN:  The  user  can  press  the  <G0>  key  which  will  update 
the  CntnrMovStp  record  (DteHoldStart)  with  the 
new  value  from  the  screen  and  CntnrMov  (DteLst- 
UpdCntnr)  with  the  current  date.  The  system  will 
also  display  a  prompt  momentarily  stating,  "Hold 
advice  modified",  and  the  "Post  Advice  Informa¬ 
tion"  menu  screen  will  be  displayed. 

(2) .  IF:  The  user  desires  to  change  the  "Hold  Location"  which 

is  not  a  mandatory  entry. 

THEN:  The  user  will  ensure  that  the  cursor  is  located  on 
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the  ‘'Hold  Location"  and  over  type  the  existing  data 
with  up  to  25  spaces  of  free  text  data. 


ELSE:  The  user  will  press  the  <CANCEL>  key  which  will 

display  the  "Post  Advice  Information"  menu  screen 
or  press  the  <FINISH>  key  which  will  display  the 
"Open  Door"  screen. 


IF:  The  user  presses  <RETURN>  key  after  entering  the  new 
location . 


THEN:  The  system  will  accept  the  entered  location  and  the 
cursor  will  advance  to  "Date  Hold  Stopped". 


IF:  No  other  changes  are  required  to  the  HOLD  data. 

THEN:  The  user  can  press  the  <G0>  key  which  will  update 

the  CntnrMovStp  record  (Holdi-oc)  with  the  new  value 
from  the  screen  and  CntnrMov  (DteLstUpdCntnr)  with 
the  current  date.  The  system  will  also  display  a 
prompt  momentarily  stating,  "Hold  advice  modified", 
and  the  "Post  Advice  Information"  menu  screen  will 
be  displayed. 

IF:  The  user  desires  to  enter  a  new  "Date  Hold  Stopped" 
or  change  the  existing  date. 

then:  The  user  will  insure  that  the  cursor  is  located  on 
the  "Date  Hold  Stopped"  and  enter  a  new  Julian  date 
or  over  type  the  existing  Julian  date  or  press 
<HELP>  and  enter  the  current  date. 

ELSE:  The  user  will  press  the  <CANCEL>  key  which  will 

display  the  "Post  Advice  Information"  menu  screen 
or  press  the  <FINISH>  key  which  will  display  the 
"Open  Door"  screen. 

IF:  The  <RETURN>  key  is  pressed. 

THEN:  The  system  will  check  the  MovEvntCd  in  MEvent 
record  for  a  TMS  transaction  and  will  validate 
the  entered  date  to  insure  that  it  is  a  valid 
Julian  date  and  is  greater  than  or  equal  to 
the  "Date  Hold  Started",  but  not  greater  than 
the  current  date. 

ELSE:  The  system  will  display  a  prompt  stating,  "Hold 
release  (TMS)  not  posted"  or  "Date  Hold  Stopped 
cannot  be  before  Date  Hold  Started".  Other  date  y-., 
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prompts  which  could  appear  are:  "Must  be  a  5 
position  number"  or  "Day  not  valid  in  Julian 
date". 

IF:  The  Julian  date  entered  is  valid. 

THEN:  The  system  will  accept  the  entered  date  and  the 
cursor  will  loop  to  "Date  Hold  Started". 

IF:  The  user  presses  the  <G0>  key  a-fter  entering  the 
"Date  Hold  Stopped". 

THEN:  The  system  will  update  CntnrMovStp  (DteHoldStop) 
with  the  value  from  the  screen  and  the  CntnrMov 
CDteLstUpdCntnr)  with  the  current  date.  The 
system  will  display  a  prompt  momentarily  stating, 
"Hold  advice  modified"  and  it  will  then  display 
the  "Post  Advice  Information"  menu  screen. 

(4).  IF:  The  user  desires  to  change  the  "Reason  Denied  Code". 

THEN:  The  user  will  press  the  <RETURN>  key  to  move  the 
cursor  to  the  "Reason  Denied  Code"  and  over  type 
the  existing  two  position  code  with  the  new  code. 

IF:  The  user  presses  the  <RETURN>  key  after  entering 
the  new  code. 

THEN:  The  system  will  validate  the  new  code  against  the 
Reason  Deny  Table. 

IF*.  The  Reason  Denied  Code  entered  is  valid. 

THEN:  The  system  will  accept  the  code  and  the  cursor 
will  remain  on  the  "Reason  Denied  Code"  field 
when  the  <RETURN>  key  is  pressed. 

ELSE:  The  system  will  display  a  prompt  stating  "Code 
not  valid,  press  <HELP>  for  a  list  of  valid 
codes" . 

IF:  The  user  presses  the  <HELP>  key. 


THEN:  The  system  will  display  the  Reason  Deny  Table 
on  a  scrollable  screen  and  a  prompt  stating, 
"Select  desired  entry,  then  press  <GO>/<FINISH>/ 
<CANCEL>". 


IF:  The  user  highlights  the  desired  code  on  the 
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HELP  screen  and  presses  the  <G0>  key. 

THEN:  The  system  will  assign  the  highlighted 

code  value  to  the  HOLD  screen  and  will  dis¬ 
play  a  prompt  stating,  "Enter  data  and 
<RETURN>/<GO>  or  press  <HELP>,  <CANCEL>  or 
<FINISH>". 

if:  The  <G0>  key  is  pressed. 

THEN:  The  system  will  update  (RsnDenyCd)  in  MEvent 
with  the  value  from  the  screen  and  assign  the 
Current  Date  to  (DteLstUpdCntnr)  in  CntnrMov. 
The  system  will  also  display  a  prompt  momen¬ 
tarily  stating,  "Hold  advice  modified"  and 
then  depict  the  "Post  Advice  Information" 
menu  screen. 

(5).  IF:  The  user  desires  to  delete  the  HOLD  data. 

THEN:  The  user  will  press  the  function  key  <DELETE> 

which  will  display  a  prompt  stating  "Press  <G0> 
to  delete,  or  <CANCEL>  to  deny". 

IF:  The  <GO>  key  is  pressed. 

THEN:  The  system  will  delete  all  of  the  displayed  data 
and  update  the  CntnrMovStp  record  (DteHoldStart , 
HoldLoc,  and  DteHoldStop)  or  MEvent  record  (Rsn¬ 
DenyCd)  with  blank  fields  and  assign  the  current 
date  to  (DateLstUpdCntnr)  in  CntnrMov.  The  system 
will  also  display  a  prompt  momentarily  stating, 
"Hold  advice  deleted"  and  then  depict  the  "Post 
Advice  Information"  menu  screen. 

ELSE:  The  user  presses  the  <CANCEL>  key  and  the  displayed 
HOLD  data  will  not  be  deleted  and  will  remain  as 
is  in  the  database.  The  system  will  then  display 
the  "Post  Advice  Information"  menu  screen. 


update  DIVERSION. 

a.  IF:  DIVERSION  is  highlighted  and  the  <G0>  key  is  pressed. 

THEN:  The  system  will  check  the  MovEvntCd  and  EvntTy  in  MEvent 
for  a  TTB-A  transaction. 


(1).  IF:  The  system  does  not  find  a  TTB-A  transaction. 
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THEN:  The  system  will  check  the  DteRecngnReq  in  CntnrMov- 
Stp  For  a  Recons ignment  Request. 

IF:  The  system  does  not  Find  a  Reconsignment  Request. 

THEN:  The  system  will  check  the  MovEvntCd  in  MEvent 
record  For  a  TM2  transact i ion. 

ELSE:  The  system  Finds  a  TTB-A  or  Reconsignment  Request 
will  display  a  prompt  stating,  "Container  has 
arrived  at  consignee.  Reason  Denied  must  be  enter¬ 
ed". 

IF:  The  system  does  not  Find  a  TM2  transaction. 

THEN:  The  system  will  check  the  MovEvntCd  and  NewEvntLoc 
in  MEvent  record  For  a  TMS  transaction  and  a  new 
location,  respectively. 

ELSE:  The  system  will  display  a  prompt  momentarily 
stating,  "Diversion  request  (TM2)  not  posted". 

IF:  The  system  Finds  a  TM2  transaction  or  a  TMS  with  data 
in  the  NewEvntLoc  Field. 

THEN:  The  system  will  review  the  CntnrMovStp  record  and 
display  any  DIVERSION  data. 

IF:  The  system  does  not  Find  DIVERSION  data. 

THEN:  Display  the  screen  below  with  NewEvntLoc  in  MEvent 
displayed  in  "Diversion  Location"  and  the  other 
Fields  blank. 

ELSE:  Move  DivrsnDte  and  Di vrsnRecngnCnsgn  From  Cntnr¬ 
MovStp  or  RsnDenyCd  From  MEvent  to  the  screen  and 
display  the  Function  keys  Clear  Screen,  ModiFy,  and 
Delete. 

DISPLAY:  The  system  will  then  display  the  screen  below 
with  the  cursor  on  the  "Diversion  Date"  and  a 
prompt  stating,  "Enter  data  and  <RETURN>  or 
press  <HELP>,  <CANCEL>  or  <FINISH>". 


Diversion  Date 
Diversion  Location 


—  (5)  — 
xxx(6)xxx 
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Reason  Denied  Code  -(2)- 


NOTE:  The  cursor  can  be  placed  on  the  "Reason  Denied  Code"  Field 
by  pressing  the  <RETURN>  key. 


b.  IF:  The  DIVERSION  date  and  deny  code  Fields  are  blank  and  the 
user  desires  to  enter  data. 

THEN:  The  system  will  allow  the  entry  oF  the  data  and  display  a 
prompt  stating  "Enter  data  and  <RETURN>/<G0>  or  press 
<HELP>,  <CANCEL>  or  <FINISH>". 

ELSE:  The  user  will  press  the  <CANCEL>  key  which  will  display 
the  "Post  Advice  InFormation"  menu  screen  or  press  the 
<FINISH>  key  which  will  display  the  "Open  Door"  screen. 

(1).  IF:  The  DIVERSION  request  has  been  conFirmed. 

THEN:  The  user  will  ensure  the  cursor  is  located  in  the 
blank  data  Field  adjacent  to  the  "Diversion  Date" 
and  enter  the  Five  position  Julian  date  or  press 
the  <HELP>  key  to  enter  the  current  Julian  date. 

ELSE:  The  user  presses  the  <CANCEL>  key  to  return  to 
the  "Post  Advice  InFormation"  menu  screen. 

IF:  The  user  presses  the  <RETURN>  key  without  entering  a 
date. 

THEN:  The  cursor  will  move  to  the  "Reason  Denied  Code" 

Field  and  the  displayed  "Diversion  Location"  value 
will  be  deleted  From  the  screen. 

IF*.  The  user  presses  the  <RETURN>  key  a  second  time  with¬ 
out  entering  a  "Reason  Denied  Code". 

THEN:  The  cursor  will  loop  to  the  "Diversion  Date"  Field 
and  presses  the  <RETURN>  key. 

IF:  The  user  enters  a  date  in  the  "Diversion  Date"  Field 
and  presses  the  <RETURN>  key. 

THEN:  The  system  will  validate  the  entered  date  to  insure 
that  it  is  a  valid  Julian  date  and  is  less  than 
or  equal  to  the  current  date,  but  greater  than  or 
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equal  to  the  DteDprtCnsgnr  in  CntnrMov. 

IF:  The  Julian  date  entered  is  valid. 

THEN:  The  system  will  accept  the  entered  date  and  the 
cursor  will  advance  to  the  "Diversion  Location". 

ELSE:  The  system  will  display  one  of  the  following 
applicable  prompts:  "Day  not  valid  in  Julian 
I  Date",  "Date  cannot  be  greater  than  today’s 

I  date",  or  "Must  be  a  5  position  number". 

(2).  IF:  The  user  desires  to  enter  a  different  "Diversion 
I  Location".  (Note:  The  cursor  cannot  be  placed  on 

I  the  "Diversion  Location"  unless  a  "Diversion  Date" 

I  is  entered). 

I 

I 

THEN:  The  user  will  insure  that  the  cursor  is  located  on 
the  data  field  adjacent  to  the  "Diversion  Location" 
and  will  enter  a  six  position  DODAAC  by  over 
typing  the  displayed  (NewEvntLoc)  DODAAC. 

IF:  The  user  blanks  out  the  field  and  presses  the 
<RETURN>  key. 

THEN:  The  system  will  display  a  prompt  stating,  "Required 
Element.  Must  enter". 

IF:  The  user  enters  a  DODAAC  and  presses  the  <RETURN> 

key.  ’ 

I 

THEN:  The  system  will  validate  the  DODAAC  entered  j 

against  the  ShipToAAC  in  Cargo  Address  file.  (Note:  ! 

If  the  user  presses  the  <HELP>  key,  the  system  ; 

will  display  a  prompt  stating,  "No  Help  avail-  i 

able".)  I 

IF:  The  DODAAC  entered  is  valid.  I 

THEN:  The  cursor  will  remain  on  "Diversion  Location".  I 

(Note:  The  database  is  not  updated  until  the  <G0> 
key  is  pressed.)  > 

ELSE:  The  system  will  display  a  prompt  stating,  "DODAAC  I 

not  valid".  \ 

t 

IF:  The  user  presses  the  <G0>  key.  I 

I 

THEN:  The  system  will  update  CntnrMovStp  record  (Divrsn-  ■ 
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Dte)  and  (Di vrsnRecngnCnsgn)  with  the  values  on 
the  screen  and  (Di vrsnlndic)  and  (StpCompFlag) 
with  value  “ON",  and  the  CntnrMov  (DteLstUpdCntnr) 
with  the  current  date.  The  system  will  display 
a  prompt  momentarily  stating,  "Diversion  advice 
added"  and  the  "Post  Advice  In-formation"  menu 
screen  will  be  displayed. 

IF:  The  DIVERSION  request  has  been  denied. 

THEN:  The  user  will  press  the  <RETLIRN>  key  to  place  the 
cursor  in  the  blank  data  field  adjacent  to  the 
"Reason  Denied  Code"  and  will  then  enter  the 
two  position  code.  This  code  will  be  validated 
against  the  Reason  Deny  Table. 

IF:  The  Reason  Denied  Code  entered  is  valid. 


THEN: 


ELSE: 


The  system  will  accept  the  code  and  the  cursor 
will  remain  on  the  "Reason  Denied  Code"  field 
when  the  <RETURN>  key  is  pressed. 

The  system  will  display  a  prompt  stating  "Code 
not  valid,  press  <HELP>  for  a  list  of  valid 
codes". 

IF:  The  user  presses  the  <HELP>  key. 

THEN:  The  system  will  display  the  Reason  Deny  Table 
on  a  scrollable  screen  and  a  prompt  stating, 
"Select  desired  entry,  then  press  <G0>/ 
<FINISH>/<CANCEL>". 

IF:  The  user  highlights  the  desired  code  on 
the  HELP  screen  and  presses  the  <G0>  key. 


THEN: 


The  system  will  assign  the  highlighted 
code  value  to  the  DIVERSION  screen  and 
will  display  a  prompt  stating,  "Enter 
data  and  <RETURN>/<GO>  or  press  <HELP>, 
<CANCEL>  or  <FINISH>". 


IF;  THe  <G0>  key  is  pressed, 


THEN: 


The  system  will  update  (RsnDenyCd)  in 
MEvent  with  the  value  from  the  screen 
and  assign  the  Current  Date  to  (DteLst¬ 
UpdCntnr)  in  CntnrMov.  The  system  will 
display  a  prompt  momentarily  stating, 
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"Diversion  advice  added"  and  the  "Post 
Advice  Information"  menu  screen  will  be 
displayed. 

ELSE:  The  user  can  press  the  <CANCEL>  key  and 
return  to  the  "Post  Advice  Information" 
menu  screen  or  press  the  <FINISH>  key 
and  return  to  the  "Open  Door"  screen. 

c.  IF:  DIVERSION  data  exists  when  a  record  is  selected. 

MOVE:  DivrsnDte  and  Di vrsnRecngnCnsgn  from  CntnrMovStp  or 
RsnDenyCd  from  MEvent  to  the  screen. 

ELSE:  Display  the  screen  below  with  the  data  fields  and  func¬ 
tion  keys  blank. 

DISPLAY:  The  system  will  display  the  DIVERSION  screen  below 

with  the  applicable  data  fields  filled  and  the  func¬ 
tion  keys  Clear  Screen,  Modify,  and  Delete  depicted 
at  the  bottom  of  the  screen.  The  system  will  also 
display  a  prompt  stating,  "Please  press  the  desired 
function  key". 


Diversion  Date  xx(5)xx 

Diversion  Location  xxx(6>xxx 

Reason  Denied  Code  x(2)x 

- 1 - I - 1 . 1 - 

Clear  Screen  I  I  Modify  I  I  Delete 

-I - I - 1 - 1 - 

The  user  desires  to  change  or  modify  the  DIVERSION  data. 

The  user  will  press  the  function  key  <MODIFY>  which  will 
allow  the  displayed  data  to  be  changed.  A  prompt  will 
also  be  displayed  stating  "Enter  data  and  <RETURN>  or 
press  <HELP>,  <CANCEL>  or  <FINISH>". 

The  user  presses  the  <Clear  Screen>  function  key  which 
will  display  the  "Post  Advice  Information"  menu  screen. 

IF:  The  user  desires  to  change  the  "Diversion  Date". 

THEN:  The  user  will  ensure  the  cursor  is  located  in 

the  data  field  adjacent  to  the  "Diversion  Date" 
and  over  type  the  existing  five  position  Julian 
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ELSE: 


date  or  press  the  <HELP>  key  to  enter  the  current 
JuUan  date. 

The  user  presses  the  <CANCEL>  key  which  will  dis¬ 
play  the  "Post  Advice  Information"  menu  screen  or 
press  the  <FINISH>  key  which  will  display  the  "Open 
Door"  screen. 


IF:  The  user  presses  the  <RETURN>  key  after  entering  the 
date. 

THEN:  The  system  will  validate  the  entered  date  to  insure 
that  it  is  a  valid  Julian  date  and  is  less  than  or 
equal  to  the  current  date,  but  greater  than  or 
equal  to  the  DteDprtCnsgnr  in  CntnrMov. 

IF:  The  Julian  date  entered  is  valid. 

THEN:  The  system  will  accept  the  entered  date  and  the 
cursor  will  advance  to  the  "Diversion  Location". 


ELSE: 


The  system  will  display  one  of  the  following 
applicable  prompts:  "Day  not  valid  in  Julian 
Date",  "Date  cannot  be  greater  than  today’s 


date' 


'Must 


position  number". 


IF:  No  other  changes  are  required  to  the  DIVERSION  data. 

THEN:  The  user  can  press  the  <G0>  key  which  will  update 
CntnrMovStp  (DivrsnDte)  with  the  new  value,  check 
to  ensure  that  the  (Di vrsnindic)  and  (StpCompF lag) 
values  are  "ON",  and  assign  the  current  date  to 
(DteLstUpdCntnr)  in  CntnrMov.  The  system  will 
also  display  a  prompt  momentarily  stating, 
"Diversion  advice  modified"  and  the  "Post  Advice 
Information”  menu  screen  will  be  displayed. 

(2).  IF:  The  user  desires  to  change  "Diversion  Location". 

THEN:  The  user  will  ensure  that  the  cursor  is  located 
on  the  "Diversion  Location"  and  over  type  the 
existing  DODAC  with  the  new  DODAAC. 

ELSE:  The  user  presses  the  <CANCEL>  key  which  will 
display  the  "Post  Advice  Information"  menu 
screen  or  press  the  <FINISH>  key  which  will 
display  the  "Open  Door"  screen. 

IF:  The  user  presses  the  <RETURN>  key  after  entering 


I 
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the  new  locatton. 

THEN:  The  system  will  check  that  a  "Diversion  Date"  has 
been  entered  and  validate  the  DODAAC  entered 
against  the  ShIpToAAC  in  Cargo  Address  file. 

(Note:  If  the  user  presses  the  <HELP>  key,  the 
system  will  display  a  prompt  statingi  "No  Help 
aval lable" . ) 

IF:  The  DODAAC  entered  is  valid 

THEN:  The  cursor  will  loop  to  the  "Diversion  Date". 

(Note:  The  database  is  not  updated  until  the  <G0> 
key  is  pressed.  For  this  to  occur,  the  cursor 
must  be  located  on  the  "Diversion  Location"  or 
"Reason  Denied  Code"  fields  when  the  <G0>  key  is 
pressed. ) 

IF:  The  <G0>  key  is  pressed  with  the  cursor  on  "Diversion 
Date". 

THEN:  The  system  will  react  as  though  the  <RETURN>  key 
was  pressed  and  will  advance  to  the  "Diversion 
Location"  field. 

IF:  The  user  presses  the  <G0>  key  with  the  cursor  on 
"Diversion  Location". 

THEN:  The  system  will  update  the  CntnrMovStp  record 
(Di vrsnRecngnCnsgn)  with  the  new  value  on  the 
screen,  check  to  ensure  that  the  (Divrsnindic) 
and  (StpCompF lag)  values  are  "ON",  and  assign 
the  current  date  to  (DteLstUpdCntnr)  in  CntnrMov. 
The  system  will  also  display  a  prompt  momentarily 
stating,  "Diversion  advice  modified"  and  the  "Post 
Advice  Information"  menu  screen  will  be  displayed. 

ELSE:  The  system  will  display  a  prompt  stating,  "DODAAC 
not  valid". 

(3).  IF:  The  user  desires  to  change  the  "Reason  Denied  Code". 

THEN:  The  user  will  press  the  <RETURN>  key  to  place  the 
cursor  on  the  "Reason  Denied  Code"  and  over  type 
the  existing  two  position  code  with  the  new  code. 

IF:  The  user  presses  the  <RETLIRN>  key  after  entering  the 
new  code. 
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THEN:  The  system  will  validate  the  new  code  against  the 
Reason  Deny  Table. 

IF:  The  Reason  Denied  Code  entered  is  valid. 

THEN:  The  system  will  accept  the  code  and  the  cursor  will 
remain  on  the  “Reason  Denied  Code"  field  when  the 
<RETURN>  key  is  pressed. 

ELSE:  The  system  will  display  a  prompt  stating  “Code  not 
valid,  press  <HELP>  for  a  list  of  valid  codes". 

IF:  The  user  presses  the  <HELP>  key. 

THEN:  The  system  will  display  the  Reason  Deny  Table 
on  a  scrollable  screen  and  a  prompt  stating, 
"Select  desired  entry,  then  press  <G0>/ 
<FINISH>/<CANCEL>". 

IF:  The  user  highlights  the  desired  code  on  the 
HELP  screen  and  presses  the  <60>  key. 

THEN:  The  system  will  assign  the  highlighted 
code  value  to  the  DIVERSION  screen  and 
will  display  a  prompt  stating,  "Enter 
data  and  <RETURN>/<GO>  or  press  <HELP>, 
<CANCEL>  or  <FINISH>". 

IF:  The  <G0>  key  is  pressed. 

THEN:  The  system  will  update  (RsnDenyCd)  in 

MEvent  with  the  value  from  the  screen  and 
assign  the  Current  Date  to  (DteLstUpd- 
Cntnr)  in  CntnrMov.  The  sytem  will  dis¬ 
play  a  prompt  momentarily  stating, 
"Diversion  advice  modified"  and  the  "Post 
Advice  Information"  menu  screen  will  be 
displayed. 

ELSE:  The  user  can  press  the  <CANCEL>  key  and 
return  to  the  “Post  Advice  Information" 
menu  screen  or  press  the  <FINISH>  key 
and  return  to  the  "Open  Door"  screen. 

(4).  IF:  The  user  desires  to  delete  the  DIVERSION  data. 

THEN:  The  user  will  press  the  function  key  <DELETE> 

which  will  display  a  prompt  stating  "Press  <G0> 
to  delete,  or  <CANCEL>  to  deny". 
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IF:  The  <G0>  key  is  pressed. 

THEN:  The  system  will  delete  all  of  the  displayed  data 
and  update  the  CntnrMovStp  record  (DivrsnDte, 

Di vrsnRecngnCnsgn,  StpCompFlag  and  Divrsnlndic) 
or  MEvent  record  (RsnDenyCd)  with  blank  fields. 
The  system  will  also  check  the  (MovCompFlag)  in 
CntnrMov  to  insure  that  it  is  turned  "OFF"  and 
will  enter  the  current  date  in  (DteLstUpdCntnr) . 
Lastly,  the  system  will  display  a  prompt  momen¬ 
tarily  stating,  "Diversion  advice  deleted"  and 
then  depict  the  "Post  Advice  Information"  menu 
screen. 

ELSE:  The  user  presses  the  <CANCEL>  key  and  the 

displayed  DIVERSION  data  will  not  be  deleted  and 
will  remain  as  is  in  the  database.  The  system 
will  then  display  the  "Post  Advice  Information" 
menu  screen. 

8.  Update  STAGE. 

a.  IF:  STAGE  is  highlighted  and  the  <G0>  key  is  pressed. 

THEN:  The  system  will  check  the  MovEvntCd  and  EvntTy  in 
MEvent  for  a  TTB-A  transaction. 

(1) .  IF:  The  system  does  not  find  a  TTB-A  transaction. 

THEN:  The  system  will  review  the  CntnrMov  and  MEvent 

record  and  display  applicable  STAGE  data  assigned 
to  the  container  selected. 

ELSE:  The  system  will  display  a  prompt  momentarily 

stating,  "Container  has  arrived  at  consignee"  and 
the  system  will  then  display  the  "Post  Advice 
Information"  menu  screen. 

(2) .  IF:  The  system  does  not  find  any  STAGE  data. 

THEN:  Display  the  screen  below  with  the  data  fields 
blank. 

ELSE:  Move  DteStageStart  and  DteStageStop  from  CntnrMov 
to  the  screen  and  display  the  function  keys  Clear 
Screen,  Modify,  and  Delete. 

display:  The  system  will  then  display  the  screen  below 
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with  the  cursor  on  the  "Date  Stage  Started"  and 
a  prompt  stating,  "Enter  data  and  <RETURN>/<GO> 
or  press  <HELP>,  <CANCEL>  or  <FINISH>". 


Date  Stage  Started 
Date  Stage  Stopped 


—  (5) 

—  (5) 


THEN: 


ELSE: 


then: 


THEN: 


ELSE! 


IF:  The  STAGE  data  -field(s)  are  blank  and  the  user  attempts  to 
move  the  cursor  -from  "Date  Stage  Started"  to  "Date  Stage 
Stopped"  by  pressing  the  <RETURN>  key. 

THEN:  The  system  will  display  a  prompt  stating,  "Required 
Element.  Must  enter". 

ELSE:  The  user  will  press  the  <CANCEL>  key  which  will  display 
the  "Post  Advice  Information"  menu  screen  or  press  the 
<FINISH>  key  which  will  display  the  "Open  Door"  screen. 


The  user  desires  to  enter  the  "Date  Stage  Started". 

The  user  will  insure  that  the  cursor  is  located  in 
the  blank  data  field  adjacent  to  the  "Date  Stage 
Started"  and  enter  the  five  position  Julian  date 
or  press  the  <HELP>  key  to  enter  the  current 
Julian  date. 

The  user  presses  the  <CANCEL>  key  to  return  to 
return  to  the  "Post  Advice  Information"  menu 
screen. 

The  user  presses  the  <RETURN>  key  after  entering  the 
date. 

The  system  will  validate  the  entered  date  to  Insure 
that  it  is  a  valid  Julian  date  and  is  not  greater 
than  the  current  date. 

The  Julian  date  entered  is  valid. 

The  system  will  accept  the  entered  date  and  the 
cursor  will  advance  to  the  "Date  Stage  Stopped". 

The  system  will  display  one  of  the  following  /jc. 

w 
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applicable  prompts:  "Day  not  valid  in  Julian 
Date",  "Date  cannot  be  greater  than  today’s  date", 
or  "Must  be  a  5  position  number". 

IF:  The  user  presses  the  <G0>  key  after  entering  the 

"Date  Stage  Started". 

THEN:  The  system  will  update  CntnrMov  (DteStageStart) 
with  the  value  from  the  screen,  (Stgindic)  with 
the  value  "ON",  and  (DteLstUpdCntnr)  with  the 
current  date.  The  system  will  display  a  prompt 
momentarily  stating,  "Stage  advice  added"  and 
the  "Post  Advice  Information"  menu  screen  will 
be  displayed. 

IF:  The  user  desires  to  enter  "Date  Stage  Stopped". 

(Note:  To  add  the  "Date  Stage  Stopped"  after  the 

"Date  Stage  Started"  has  been  updated  in  the  data¬ 
base,  the  user  must  use  the  modify  or  change 

specifications  discussed  in  paragraph  8c,  below.) 

THEN:  The  user  will  ensure  that  the  cursor  is  located 
in  the  blank  data  field  adjacent  to  the  "Date 
Stage  Stopped"  and  enter  the  five  position  Julian 
date  or  press  the  <HELP>  key  to  enter  the  current 
date. 

if:  The  <RETURN>  key  is  pressed. 

THEN:  The  system  will  validate  the  entered  date  to 
insure  that  it  is  a  valid  Julian  date  and  is 
greater  than  or  equal  to  the  "Date  Stage 
Started"  but  not  greater  than  the  current 
date. 

ELSE:  The  system  will  display  a  prompt  stating, 
"Date  Stage  Stopped  cannot  be  before  Date 
Stage  Started".  Other  date  prompts  which 
could  appear  are:  "Must  be  a  5  position  num¬ 
ber",  "Day  not  valid  in  Julian  Date",  or 
"Date  cannot  be  greater  than  today’s  date". 

IF:  The  Julian  date  entered  is  valid. 

THEN:  The  system  will  accept  the  entered  date  and 
the  cursor  will  loop  to  "Date  Stage  Started". 

IF:  The  user  presses  the  <G0>  key  after  entering 
the  "Date  Hold  Stopped". 
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THEN:  The  system  will  update  CntnrMov  (DteStageStop) 
with  the  value  From  the  screen,  (DteLstUpd- 
Cntnr)  with  the  current  date,  and  check 
(Stgindic)  to  ensure  that  the  value  is  "ON", 
the  system  will  display  a  prompt  momentarily 
stating,  "Stage  advice  added"  and  it  will 
then  display  the  "Post  Advice  Information" 
menu  screen. 

IF:  STAGE  data  exists  when  a  record  is  selected. 

MOVE:  DteStageStart  and  DteStageStop  from  CntnrMov  to  the 
screen . 

ELSE:  Display  the  screen  below  with  the  data  fields  and 
function  keys  blank. 


DISPLAY; 


The  system  will  display  the  STAGE  screen  below  with 
the  applicable  data  fields  filled  and  function  keys 
Clear  Screen,  Modify,  and  Delete  depicted  at  the 
bottom  t>f  the  screen.  The  system  will  also  display 
a  prompt  stating,  "Please  press  the  desired  functior 


Date  Stage  Started 
Date  Stage  Stopped 


XX (5) XX 
xx{5)xx 


IF:  The  user  desires  to  add,  change  or  modify  the  STAGE  data. 

THEN:  The  user  will  press  the  function  key  <M0DIFY>  which 

will  allow  the  displayed  data  to  be  changed.  A  prompt 
will  also  be  displayed  stating  "Enter  data  and  <RETURN> 
or  press  <HELP>,  <CANCEL>  or  <FINISH>". 

ELSE:  The  user  will  press  the  <Clear  Screen>  functiion  key 
which  will  display  the  "Post  Advice  Information"  menu 
screen . 

(1).  IF:  The  user  desires  to  change  the  "Date  Stage  Started". 

THEN:  The  user  will  ensure  that  the  cursor  is  located  on 
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the  "Date  Stage  Started”  and  over  type  the  existing 
five  position  Julian  date  with  the  new  date  or 
press  <HELP>  and  enter  the  current  Julian  date. 

ELSE:  The  user  will  press  the  <CANCEL>  key  which  will 

display  the  "Post  Advice  Information"  menu  screen 
or  press  the  <FINISH>  key  which  will  display  the 
"Open  Door"  screen. 

IF:  The  <RETURN>  key  is  pressed. 

THEN:  The  system  will  validate  the  entered  date  to  insure 
that  it  is  a  valid  Julian  date  and  is  not  greater 
than  the  current  date. 


ELSE: 


The  system  will  display  one  of  the  following 
applicable  prompts:  "Day  not  valid  in  Julian 
Date" I  "Date  cannot  be  greater  than  today's  date' 
or  "Must  be  a  5  position  number". 


IF:  The  Julian  date  entered  is  valid. 

THEN:  The  system  will  accept  the  entered  date  and  the 
cursor  will  advance  to  the  "Date  Stage  Stopped". 

IF:  No  other  changes  are  required  to  the  STAGE  data. 

THEN:  The  user  can  press  the  <G0>  key  which  will  up¬ 
date  the  CntnrMov  record  (DteStageStart)  with 
the  new  value  from  the  screen,  (DteLstUpdCntnr) 
with  the  current  date,  and  check  (Stgindic)  to 
ensure  the  value  is  "ON".  The  system  will  also 
display  a  prompt  momentarily  stating,  "Stage 
advice  modified"  and  the  "Post  Advice  Informa¬ 
tion"  menu  screen  will  be  displayed. 

IF:  The  user  desires  to  enter  a  new  "Date  Stage  Stopped' 
or  change  the  existing  date. 

THEN:  The  user  will  ensure  that  the  cursor  is  located 
on  the  "Date  Stage  Stopped"  and  enter  a  new 
Julian  date  or  press  <HELP>  and  enter  the  current 
date. 

ELSE:  The  user  will  press  the  <CANCEL>  key  which  will 

display  the  "Post  Advice  Information"  menu  screen 
or  press  the  <FINISH>  key  which  will  display  the 
"Open  Door"  screen. 
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IF: 

THEN: 

ELSE: 

IF: 

THEN: 

IF: 

THEN: 

IF: 

THEN: 

IF: 

THEN: 


ELSE: 


The  <RETURN>  key  is  pressed. 

The  system  will  validate  the  entered  date  to  insure 
that  it  is  a  valid  Julian  date  and  is  greater  than 
or  equal  to  the  "Date  Stage  Started",  but  not 
greater  than  the  current  date. 

The  system  will  display  a  prompt  stating,  "Date 
Stage  Stopped  cannot  be  before  Date  Stage  Started". 
Other  prompts  which  could  appear  are:  "Must  be 
a  5  position  number",  "Day  not  valid  in  Julian 
Date",  or  "Date  cannot  be  greater  than  today’s 
date". 

The  Julian  date  entered  is  valid 

The  system  will  accept  the  entered  date  and  the 
cursor  will  loop  to  "Date  Stage  Started". 

The  user  presses  the  <G0>  key  after  entering  the 
"Date  Stage  Stopped". 

The  system  will  update  CntnrMov  (DteStageStop) 
with  the  value  from  the  screen,  (DteLstUpdCntnr) 
with  the  current  date,  and  check  (Stgindic)  to 
ensure  that  the  value  is  "ON".  The  system  will 
also  display  a  prompt  momentarily  stating, 

"Stage  advice  modified"  and  it  will  then  display 
the  "Post  Advice  Information"  menu  screen. 

The  user  desires  to  delete  the  STAGE  data. 

The  user  will  press  the  function  key  <DELETE> 
which  will  display  a  prompt  stating  "Press  <G0> 
to  delete,  or  <CANCEL>  to  deny". 

The  <G0>  key  is  pressed. 

The  system  will  delete  all  of  the  displayed  data 
and  update  the  CntnrMov  record  (DteStageStart , 
DteStageStop,  and  Stgindic)  with  blank  fields. 

The  system  will  assign  the  current  date  to 
(DteLstUpdCntnr)  in  CntnrMov.  The  system  will 
also  display  a  prompt  momentarily  stating,  "Stage 
advice  deleted"  and  then  depict  the  "Post  Advice 
Information"  menu  screen. 

The  user  presses  the  <CANCEL>  key  and  the  display¬ 
ed  STAGE  data  will  not  be  deleted  and  will  remain 
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as  is  in  the  database.  The  system  will  then  dis¬ 
play  the  "Post  Advice  In-formation"  menu  screen. 


9.  Update  RECONSIGNMENT. 

a.  IF:  RECONSIGNMENT  is  highlighted  and  the  <G0>  key  is  pressed. 

THEN:  The  system  will  check  the  DteRecngnReq  in  CntnrMovStp 
record. 

IF:  The  system  finds  a  date  in  DteRecngnReq. 

THEN:  Display  the  screen  below  with  Di vrsnRecngnCnsgn  in 

CntnrMovStp  displayed  in  "Recons ignment  Location"  and 
the  other  data  fields  blank. 

ELSE:  The  system  will  display  a  prompt  momentarily  stating, 
"Reconsignment  request  not  posted".  The  system  will 
then  display  the  "Post  Advice  Information"  menu  screen. 

DISPLAY;  The  system  will  then  display  the  screen  below  with 

the  cursor  on  the  "Reconsignment  Confirmed  or  Noncon- 
firmed"  and  a  prompt  stating  "Enter  data  and  <RETURN> 
or  press  <HELP>,  <CANCEL>  or  <FINISH>". 


Reconsignment  Confirmed  or  Nonconfirmed  -(1)-  (Enter  C  or  N) 

Date  Reconsignment  Confirmed  or  Nonconfirmed  — (5) — 

Reconsignment  Location  xxx(6)xx 


b.  IF:  The  RECONSIGNMENT  conf irmed/nonconf irmed  and  date  con- 
f irmed/nonconf irmed  data  fields  are  blank  and  the  user 
desires  to  enter  data. 

THEN:  The  system  will  allow  the  entry  of  the  data. 

ELSE:  The  user  will  press  the  <CANCEL>  key  which  will  display 
the  "Post  Advice  Information"  menu  screen  or  press  the 
<FINISH>  key  which  will  display  the  "Open  Door"  screen. 

(1).  IF:  The  RECONSIGNMENT  request  has  been  either  confirmed 
or  nonconfirmed. 


THEN:  The  user  will  ensure  the  cursor  is  located  in  the 
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blank  data  field  adjacent  to  the  "Recons ignment 
Confirmed  or  Nonconf irmed"  and  enter  the  one 
position  code  (e.g.  "C"  for  Confirmed  or  "N"  for 
Nonconf irmed) . 

IF;  The  code  entered  is  a  "C"  and  the  <RETURN>  key  is 
pressed. 

THEN;  The  system  will  check  the  Divrsnindic  in  CntnrMov- 
Stp. 

ELSE:  The  system  will  display  a  prompt  stating  "Must 
enter  C  or  N". 

IF:  The  system  does  not  find  the  Divrsnindic  flag  "ON". 

THEN:  The  system  will  check  the  MovEvntCd  and  EvntTy  in 
MEvent  for  a  TTB-A  transaction. 

ELSE:  The  system  will  display  a  prompt  stating,  "Diver¬ 
sion  already  posted". 

IF:  The  system  finds  a  TTB-A  transaction. 

THEN:  The  system  will  check  the  MovEvntCd  and  EvntTy  in 
MEvent  for  a  TTB-B  or  C  transaction. 

ELSE:  The  system  will  display  a  prompt  stating,  "Con¬ 
tainer  must  arrive  before  confirmation  can  be 
posted" . 

IF:  The  system  does  not  find  a  TTB-B  or  C  transaction 
or  the  value  entered  was  an  "N"  for  Nonconf irmed. 

THEN:  The  system  will  accept  the  entered  value  and  the 
cursor  will  advance  to  the  "Date  Reconsignment 
Confirmed  or  Nonconf irmed" . 

ELSE:  The  system  will  display  a  prompt  stating, 

"Container  has  been  discharged  at  consignee". 

IF:  The  user  desires  to  enter  the  "Date  Reconsignment 
Confirmed  or  Nonconf irmed" . 

THEN:  The  user  will  ensure  that  the  cursor  is  located 
in  the  blank  data  field  adjacent  to  the  "Date 
Reconsignment  Confirmed  or  Nonconf irmed"  and 
enter  the  five  position  Julian  date  or  press 
the  <HELP>  key  to  enter  the  current  Julian  date. 
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ELSE:  The  user  presses  the  <CANCEL>  key  to  return  to 
the  "Post  Advice  Information"  menu  screen  or 
presses  the  <FINISH>  key  which  will  display  the 
"Open  Door"  screen. 

IF:  The  date  field  is  blank  when  the  <RETURN>  key  is 
pressed. 

THEN:  The  system  will  display  a  prompt  stating, 
"Required  Element.  Must  Enter". 

IF:  The  user  enters  a  date  and  presses  the  <RETURN> 
key.  (Note:  The  database  is  not  updated  until 
the  <G0>  key  is  pressed.) 

THEN:  The  system  will  validate  the  entered  date  to 
ensure  that  it  is  a  valid  Julian  date  and  is 
not  greater  than  the  current  date. 

IF:  The  Julian  date  entered  is  valid. 

THEN:  The  system  will  accept  the  entered  date  and  the 
cursor  will  advance  to  the  "Reconsignment  Loca¬ 
tion".  (Note:  The  system  will  not  allow  the 
cursor  to  advance  to  "Reconsignment  Location" 
unless  the  values  "C"  has  been  entered  in  the 
"Reconsignment  Confirmed  or  Nonconf Irmed" 
data  field.) 


ELSE:  The  system  will  display  one  of  the  following 
applicable  prompts:  "Day  not  valid  in  Julian 
Date",  "Date  cannot  be  greater  than  today’s 
date",  or  "Must  be  a  5  position  number". 

IF:  The  <G0>  key  is  pressed  with  the  cursor  on  the 
"Reconsignment  Date"  when  a  "C"  has  been  entered 
in  the  "Reconsignment  Confirmed  or  Nonconf irmed" 
field. 

THEN:  The  system  will  react  as  though  the  <RETURN>  key 

was  pressed  and  will  advance  to  the  "Reconsignment 
Location"  field.  (NOTE:  This  process  is  not 
intended  to  be  used  to  add  a  location,  because 
the  "Reconsignment  Location"  is  added  to  the 
database  in  the  "Reconsignment  Request"  process. 
However,  this  process  is  designed  to  enable  the 
user  to  change  the  "Reconsignment  Location". 
Specifications  to  change  the  "Reconsignment 
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Location"  are  included  in  paragraph  9c(3)»  below). 

IF:  The  user  presses  the  <GO>  key  with  the  cursor  on 
"Reconsignment  Location"  and  a  "C"  value  in  the 
"Reconsignment  Confirmed  or  Nonconf irmed"  field,  or 
the  user  presses  the  <G0>  key  with  the  cursor  on 
"Reconsignment  Date"  and  a  "N"  value  in  the  "Recon¬ 
signment  Confirmed  or  Nonconf irmed"  field. 

THEN:  The  system  will  update  CntnrMovStp  Record  (Recngn- 
CfmNoncfm)  and  (DteRecngnCfmNoncfm)  with  the  value 
from  the  screen  and  CntnrMov  (DteLstUpdCntnr)  with 
the  current  date.  The  system  will  display  a  prompt 
momentarily  stating,  "Reconsignment  advice  added" 
and  the  "Post  Advice  Information"  menu  screen  will 
be  displayed. 

c.  IF:  RECONSIGNMENT  data  exists  when  a  record  is  selected. 

MOVE:  RecngnCfmNoncfm,  DteRecngnCfmNoncfm,  and  Di vrsnRecngn- 
Cnsgn  from  CntnrMovStp  to  the  screen  and  display  the 
function  keys  Clear  Screen,  Modify,  and  Delete. 

DISPLAY:  The  system  will  then  display  the  RECONSIGhMENT  screen  | 
below  with  the  applicable  data  fields  filled  and  the 
function  keys  Clear  Screen,  Modify,  and  Delete  depict¬ 
ed  at  the  bottom  of  the  screen.  The  system  will  also 
display  a  prompt  stating,  "Please  press  the  desired 
function  key". 


Reconsignment  Confirmed  or  Nonconf irmed 
Date  Reconsignment  Confirmed  or  Nonconf irmed 
Reconsignment  Location 


x(l)x  (Enter 

xx(5)xx 

xxx(6)xx 


Clear  Screen 


Modify 


or  N) 


Delete 


THEN: 


The  user  desires  to  change  or  modify  the  RECONSIGNMENT 
data . 

The  user  will  press  the  function  key  <M0DIFY>  which  will 
allow  the  displayed  data  to  be  changed.  A  prompt  will 
also  be  displayed  stating  "Enter  data  and  <RETURN>  or 
press  <HELP>,  <CANCEL>  or  <FINISH>". 
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The  user  presses  the  <Clear  Screen>  -function  key  which 
will  display  the  "Post  Advice  In-formation"  menu  screen. 

IF:  The  user  desires  to  change  the  "Reconsignment  Con¬ 
firmed  or  Nonconf irmed" . 

THEN:  The  user  will  ensure  the  cursor  is  located  in  the 

data  field  adjacent  to  the  "Reconsignment  Confirmed 
or  Nonconf irmed"  and  over  type  the  existing  one 
position  code  (e.g.  "C"  for  Confirmed  and  "N"  for 
Nonconf irmed)  with  the  new  code  and  press  the 
<RETURN>  key. 

ELSE:  The  user  presses  the  <CANCEL>  key  which  will 

display  the  "Post  Advice  Information"  menu  screen 
or  press  the  <FINISH>  key  which  will  display  the 
"Open  Door"  screen. 

IF:  The  change  is  from  Confirmed  "C"  to  Nonconf irmed  "N". 

THEN:  The  system  will  validate  the  code  and  check  the 

MovEvntCd  and  EvntTy  in  MEvent  for  a  TTB-E  trans¬ 
action  . 

ELSE:  The  system  will  display  a  prompt  stating,  "Must 
enter  C  or  N". 

IF:  The  code  is  valid  and  the  system  does  not  find  a  TTB- 
E  transaction. 

THEN:  The  system  will  accept  the  entered  data  and  the 

cursor  will  advance  to  the  "Date  Reconsignment  Con¬ 
firmed  or  Nonconf irmed" . 

ELSE:  The  system  will  display  a  prompt  stating, 

"Container  has  departed  consignee". 

IF;  The  user  desires  to  change  the  "Date  Reconsignment 
Confirmed  or  Nonconf irmed" . 

THEN;  The  user  will  ensure  that  the  cursor  is  located 
on  the  "Date  Reconsignment  Confirmed  or  Noncon- 
firmed"  and  will  over  type  the  existing  five 
position  Julian  date  with  the  new  date  or 
press  the  <HELP>  key  to  enter  the  current  date. 


IF;  The  user  presses  the  <RETURN>  key. 
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THEN: 


The  system  will  validate  the  entered  date  to  en¬ 
sure  that  it  is  a  valid  Julian  date  and  is  not 
greater  than  the  current  date. 


The  Julian  date  entered 


valid. 


THEN: 


The  system  will  accept  the  entered  data  and  the 
cursor  will  advance  to  the  "Reconsignment  Loca¬ 
tion".  (Note:  The  system  will  not  allow  the 
cursor  to  advance  to  "Reconsignment  Location" 
unless  the  value  "C"  has  been  entered  in  the 
"Reconsignment  Confirmed  or  Nonconf irmed"  data 
field. 


ELSE: 


The  system  will  display  one  of  the  following 
applicable  prompts:  "Day  not  valid  in  Julian 
Date",  "Date  cannot  be  greater  than  today's 
date",  or  "Must  be  a  5  position  number". 


The  <G0>  key  is  pressed  with  the  cursor  on  the 
"Reconsignment  Date"  when  a  "C"  has  been  entered 
in  the  "Reconsignment  Confirmed  or  Nonconf irmed" 
field. 


THEN; 


The  system  will  react  as  though  the  <RETURN> 
key  was  pressed  and  will  advance  to  the  "Recon¬ 
signment  Location"  field. 


The  user  presses  the  <G0>  key  with  the  cursor  on 
"Reconsignment  Location"  and  a  "C"  value  in  the 
"Reconsignment  Confirmed  or  Nonconf i rmed"  field, 
or  the  user  presses  the  <G0>  key  with  the  cursor 
on  "Reconsignment  Date"  and  a  "N"  value  in  the 
"Reconsignment  Confirmed  or  Nonconf irmed"  field. 


THEN: 


The  system  will  update  CntnrMovStp  record 
(RecngnCfmNoncfm)  and  (DteRecngnCfmNoncfm)  with 
the  value  from  the  screen  and  CntnrMov  (DteLst- 
UpdCntnr)  with  the  current  date.  The  system 
will  display  a  prompt  momentarily  stating, 
"Reconsignment  advice  modified"  and  the  "Post 
Advice  Information"  menu  screen  will  be  displayed 


IF:  The  user  desires  to  change  the  "Reconsignment  Loca¬ 
tion"  and  the  value  "C"  has  been  entered  in  the 
"Reconsignment  Confirmed  or  Nonconf irmed"  field. 


THEN: 


The  user  will  ensure  that  the  cursor  is  located 
on  the  "Reconsignment  Location"  and  over  type 
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the  existing  OODAAC  with  the  new  DODAAC. 

ELSE:  The  user  presses  the  <CANCEL>  key  which  will 
display  the  “Post  Advice  In-forroat ion"  menu 
screen  or  press  the  <FINISH>  key  which  will 
display  the  "Open  Door"  screen. 

IF:  The  user  presses  the  <RETURN>  key  after  entering 
the  new  location. 

THEN:  The  system  will  validate  the  DODAAC  entered 

against  the  ShipToAAC  in  the  Cargo  Address  file. 


THEN: 


ELSE:  The  system  will  display  a  prompt  stating,  "DODAAC 
not  valid".  (Note:  If  the  user  presses  the 
<HELP>  key,  the  system  will  display  a  prompt 
stating,  "No  Help  available".) 

IF:  The  request  is  confirmed,  the  DODAAC  entered  is 
valid,  and  the  <G0>  key  is  pressed.  (Note:  The 
database  is  not  updated  until  the  <G0>  key  is 
pressed. ) 

THEN:  The  system  will  update  CntnrMovStp  record 
(Oi vrsnRecngnCnsgn)  with  the  new  OODAAC  on 
the  screen  and  the  CntnrMov  (DteLstUpdCntnr) 
with  the  current  date.  The  system  will  also 
display  a  prompt  momentarily  stating,  "Recon¬ 
signment  advice  modified"  and  the  "Post  Advice 
Information"  menu  screen  will  be  displayed. 

IF:  The  user  desires  to  delete  the  RECONSIGNMENT  data. 

THEN:  The  user  will  press  the  function  key  <DELETE> 

which  will  display  a  prompt  stating  "Press  <G0> 
to  delete,  or  <CANCEL>  to  deny". 

IF:  The  <G0>  key  is  pressed. 

THEN:  The  system  will  delete  all  of  the  displayed  data 
and  update  the  CntnrMovStp  record  (RecngnCfmNon- 
cfm,  DteRecngnCfmNoncfm,  and  Di vrsnRecngnCnsgn) 
with  blank  fields.  The  system  will  display  a 
prompt  momentarily  stating,  "Reconsignment  advice 
deleted"  and  will  then  depict  the  "Post  Advice 
Information"  menu  screen. 

ELSE:  The  user  presses  the  <CANCEL>  key  and  the  displayed 
RECONSIGNMENT  data  will  not  be  deleted  and  will 
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remain  as  is  in  the  database.  The  system  will 
then  display  the  "Post  Advice  Information"  menu 
screen . 


MAINTAINS: 

CntnrMov-F i le  ; 
MAINTAINS: 

CntnrMovStp-F i le 

maintains: 

MEvent-File  ; 
EMPLOYS: 

ReasonDeny-Tbl  , 
CgoAddress-F i le  ; 


MODIFIES: 

MODIFIES: 

MODIFIES; 

REFERENCES: 

REFERENCES: 

REFERENCES: 

REFERENCES: 

REFERENCES: 


RESPONSIBLE  PROBLEM  DEFINER 
’Morris’  ; 

EOF  EOF  EOF  EOF  EOF 


Upd-CntnrMov-Inf 0  IN  CntnrMov-F i le  ; 
Upd-CntnrMovStp-Inf o  IN  CntnrMovStp-F i le 
Upd-Cntnr-MEvent-Inf o  IN  MEvent-File  ; 
Upd-CntnrMov-Info  IN  CntnrMov-F i le  ; 
Upd-CntnrMovStp-Inf o  IN  CntnrMovStp-F i le 
Upd-Cntnr-MEvent-Inf o  IN  MEvent-File  ; 
ReasonOeny  IN  ReasonDeny-Tbl  ; 
CgoAddress-CRec-Ref  IN  CgoAddress-F i le  ; 
8LEM  DEFINER  IS: 
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PARAGRAPH 


INPUT  OBJECTS 

Cargo-Di schg/Non-Ol vr-Corr-Inp 
Cargo-D \ schg/Non-Dl vr-Info-Inp 

Cntnr-Hi story-In-fo-Inp  . 

Conveyance-Ch-Not iT-InTo-Inp  . 

Create-CRec-Inp  . 

Create-Cntnr-Rmrk-Inp  . 

Danfi-Deadlined-Cntnr-In-fo-Inp  . 
Delayed-Delivery-Event-Inp  ... 

ETA-Correct ion-Info-Inp  . 

Inq/Rept-on-Spec if ic-Cntnr-Inp 

MEvent-Info-Inp  . 

Maintain-Parameter-Tbl-Inp  ... 

Menu-Open-Inp  . 

Movement-Event-Corr-Info-Inp  . 

Movement-Event-Inf o-Inp  . 

Prepare-Recons ignment-Req-Inp 

Ref orm-ETA-Inp  . 

Rel-fr-Staging/Hold-Info-Inp  . 
Request - f or-D i vers  ion- Info- 1 np 
Request-f or-Hold-Inf o-Inp  .... 

SEAVAN-Maint-TTP-Inp  . 

TMR-Inp  . 

Update-Cntnr-Rec-Inp  . 

ZTP-Svan-Maint-Inp  . 
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DEFINE  INPUT  Cargo-Dischg/Non-DlvP-Corr-Inp 

DESCRIPTION; 

Cargo  Discharge/Non-Del Ivery-Correct ion-input 

This  is  cargo  discharge/non-del f very  correction  information  received 
by  the  MCT  to  correct  the  appropriate  record  in  the  container  database. 
This  input  is  received  by  the  Prepare-Cargo-Discharge/Non-Del ivery- 
Correct ion-(ZTW)  process. 


f 


KEYWORD  IS:  ’Container’  , 

’LOB’  ; 

GENERATED:  BY  System-Operator  ; 

RECEIVED:  BY  Prep-Cgo-Non-Ol vr-Corr-<ZTW> 

CONSISTS  OF: 


CntnrNo  , 

CntnrNoPref ix  , 

FWTNo  , 

TMRPrefix  , 

CntnrTCN  , 

EvntTy  , 

OiscrpCd  I 
DiscrpDte  , 

DiscrpPc  I 
EvntOte  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Mitchem’  ; 


f 
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DEFINE  INPUT  Cargo-Dischg/Non-Dlvr-Info-Inp 

DESCRIPTION; 

Cargo  Discharge/Non  Delivery  Information  Input 

This  is  cargo  discharge/non-delivery  information  received  by  the  MCT 
from  the  customer.  This  input  is  received  by  the  Prepare  Cargo  Dis¬ 
charge/Non-Del  i  very  process. 


KEYWORD  IS:  ’Container’  , 

’LOB’  ; 

GENERATED:  BY  System-Operator  ; 

RECEIVED:  BY  Prep-Cgo-Di schg/Non-Del-<TTW>  ; 

CONSISTS  OF; 

CntnrOwnAbbr  , 

CntnrNo  , 

CntnrNoPref ix  , 

Consignee  , 

CntnrTCN  , 

FWTNo  , 

TMRPrefix  , 

EvntTy  , 

EvntDte  , 

ShpmtUTCN  , 

ActlPcCnt  , 

Cntnr-Or igin-Code  , 

DiscrpCd  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Mitchem’  ; 
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DEFINE  INPUT  Cntnr-Hi story-In-fo-Inp  ; 

DESCRIPTION; 

Container  History  Information  Input 

This  is  the  container  history  file  record  information  that  was  extracted 
from  active  database  records  that  were  closed  out.  This  historical 
container  information  is  used  by  the  system  user  to  perform  management 
information  inquiries. 


KEYWORD  IS:  'Containe 

GENERATED:  BY  System 

RECEIVED:  BY  Histor 

CONSISTS  OF; 

DestMCEPref ix  , 
StpSeqNo  , 
DupeStpIndex  t 
Consignee  , 
MultiStpNo  , 
DteRecngnReq  , 
RecngnCfmNoncfm  , 
DteRecngnCfmNoncfm 
Di vrsnRecngnCnsgn  , 
DDDteCarrNot if  , 
DDActlSptDte  , 
DDDteCnsgnReqRelOte 
DDDteRel  , 

DDLoc  , 

Divrsnlndic  , 
DivrsnDte  , 
DteHoldStart  , 
DteHoldStop  , 
HoldLoc  , 

StpNonFcst  , 
DteRecCreat  , 
CntnrOwnAbbr  , 
CntnrNoPref ix  , 
CntnrNo  , 

CntnrTCN  , 
VoyOocuNoFltNo  , 
TMRPrefix  , 

SpIntCd  , 

ModeCd  , 

TransPriCd  , 

FWTNo  , 

TIN  , 

POD  , 

TotStp  , 

CntnrSz  , 

CmdtyCd  , 
ModeMethShpmtCd  , 


’Container’  ; 

BY  System-Operator  ; 

BY  History-File-Retrieval 
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DteStageStart  , 
DteStageStop  , 

CntnrDam  • 

EvntDte  , 

NewEvntLoc  , 

AACCurr  , 

DspoActv  , 

RsnDenyCd  , 

NewMovNo  . 

OceanCarrAbbr  , 

DteCurr  ; 

IDENTIFIED  BY: 

DteCurr  , 

CntnrNo  , 

Consignee  , 

CntnrNoPref ix  , 
DupeStpIndex  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Valentine’  ; 
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DEFINE  INPUT  Conveyance-Ch-Not if-Inf o-Inp 

DESCRIPTION; 

Conveyance  Change  Not  Hi  cat  ion  Information  Input 

This  is  information  received  by  the  MCT  pertaining  to  the  conveyance 
change.  This  input  is  received  by  the  Prepare  Conveyance  Change 
Notification  process. 

KEYWORD  IS:  ’Containe--’  , 

’LOB'  ; 

GENERATED:  BY  System-Operator  ; 

RECEIVED:  BY  Prep-Convey*Change-Not if-<TTU>  ; 

CONSISTS  OF: 

EvntDte  • 

EvntTy  , 

TyMovNoCd  , 

CntnrNo  , 

FWTNo  , 

TMRPrefix  , 

CntnrTCN  , 

CntnrSz  i 
CntnrNoPref ix  , 

TIN  , 

MovEvntCd  ; 

USED  BY;  Prep-Convey-Change-Notif-<TTU> 

TO  DERIVE  EvntDte  ; 

USED  BY:  Prep-Convey-Change-Not if-<TTU> 

TO  DERIVE  NewMovNo  ; 

USED  BY;  Prep-Convey-Change-Not if-<TTU> 

TO  DERIVE  PstDte  ; 

USED  BY;  Prep-Convey-Change-Not if -<TTU> 

TO  DERIVE  Err-Msg  ; 

USED  BY;  Prep-Convey-Change-Not if -<TTU> 

TO  DERIVE  Err-Diag  ; 

USED  BY:  Prep-Convey-Change-Not if-<TTU> 

TO  DERIVE  NewTyCarrCd  ; 

USED  BY:  Prep-Convey-Change-Not if-<TTU> 

TO  DERIVE  NewModeMethShpmtCd  ; 

USED  BY:  Prep-Convey-Change-Not if-<TTU> 

TO  DERIVE  NewTyMovNoCd  ; 

USED  BY;  Prep-Convey-Change-Not if -<TTU> 

TO  DERIVE  MEvent-TTU-Upd  ; 

USED  BY;  Prep-Convey-Change-Not if -<TTU> 

TO  DERIVE  TTU-DSSR-Info  ; 

RESPONSIBLE  PROBLEM  OEFINER  IS: 

'Zacof  ; 
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Create-CRec-Inp 


DEFINE  INPUT 
DESCRIPTION; 

Create  Container  Record  Input 

This  Is  In-format  Ion  reported  For  the  container  arrival  event  that 
could  not  be  posted  to  the  container  database  because  a  container  re¬ 
cord  did  not  exist.  The  container  arrival  information  is  subsequently 
used  to  create  either  a  container  move  recordi  a  container  move  stop 
record,  or  both. 


KEYWORD  IS: 


GENERATED: 

RECEIVED: 

CONSISTS  OF: 

CmdtyCd  , 

CntnrSz  , 

DteSailWPOE  , 

Consignee  , 

TotStp  , 

MultiStpNo  , 
OceanCarrAbbr  , 

TCN  , 

CntnrNo  , 

CntnrNoPref ix  , 
CntnrOwnAbbr  , 
VoyDocuNoFltNo  , 

WPOD  , 

WPOE  ; 

RESPONSIBLE  PROBLEM  DEFINER 
’Mitchem’  ; 


’Container’  , 

’LOB’  ; 

BY  System-Operator  ; 

BY  Create-Non-Fcst-Contalner-Rec 


.w. 


IS: 
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DEFINE  INPUT  Create-Cntnr-Rmrk-Inp  ; 

DESCRIPTION; 

Create  Container  Remark  Input 

This  is  information  used  to  identify  a  specific  container  and  describes 
characteristics  of  that  container  or  stop  in  a  free  text  format. 

KEYWORD  IS:  ’Container’  ; 

GENERATED:  BY  System-Operator  ; 

RECEIVED:  BY  Create-Container-Remarks  ; 

LAYOUT ; 


SELECTION  SCREEN: 


CONTAINER  OPERATIONS 


(Enter  one  of  the  following  options) 
TCN: 

OR 

Container  Number: 

OR 


TMR  Prefix: 
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Enter  remarks,  press  CGO]  to  create  remarks. 

_ AKMIYFD. 

CREATE  CONTAINER  REMARKS 

Container  Number:  _ 

Container  Owner:  _ 

Consignee:  _ 

Voyage  Number:  _ 

POD:  _ 

CONSISTS  OF: 

CntnrNo  , 

CntnrNoPref ix  , 

FWTNo  , 

TMRPrefix  , 

CntnrRmrk  , 

CntnrTCN  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

'Blake'  ; 
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DEFINE  INPUT  Dam-Deadl Ined-Cntnr-Info-Inp 

DESCRIPTION; 

Damaged  Deadlined  Container  In-formation  Input 

This  is  damaged  deadlined  container  or  chassis  information  reported  by 
the  customer  to  the  MCT.  This  input  is  received  by  the  Prepare  Report 
Damaged  Deadlined  Container  process. 


KEYWORD  IS:  'Container’  , 

'LOB'  ; 

GENERATED:  BY  System-Operator  ; 

RECEIVED:  BY  Prep-Dam-Deadl ined-Cntnr-Rept  ; 

CONSISTS  OF: 

Assistance-Required-Other  , 
Assistance-Rqr-Carr-Maint-Team  , 
Asst-Rqr-Carr-Claims-Invest  t 
CntnrTCN  , 

Current-Container-Location  , 

DTG-Damage-Deadl ine-Occurred  , 

Descript ion-of-Damage  , 

Driver-Name  , 

Extent-of-Damage-Cargo  , 
Extent-of-Damage-Chass is  , 
Extent-of-Damage-Container  , 
Extent-of-Damage-Tractor  , 

Loc-Damaged/Deadl ine-Occurred  , 

Damaged/Oeadl ined-Remarks  , 
Report-Submitted-by-Name  , 
Report-Submitted-by-Rank  , 

Report-Submi tted-by-Un it  i 
Report-Submi tted-by-Un it-Phone  , 
Time-Damaged/Deadline-Occurred  , 

Van-Number  , 

CntnrOwnAbbr  , 

VoyDocuNoFltNo  , 

CntnrNo  , 

Consignee  , 

MuItiStpNo  , 

StpCompFlag  , 

CntnrNoPref ix  , 

TMRPrefix  , 

MCENme  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Morris'  ; 
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DEFINE  INPUT  Delayed-Del i very-Event-Inp  ; 

DESCRIPTION; 

Delayed  Delivery  Event  Input 

This  is  information  that  a  user  enters  to  -first  select  a  container  for 
processing  and  then  to  add  information  concerning  the  delayed  delivery 
event. 


KEYWORD  IS:  ’Container’  ; 

GENERATED:  BY  System-Operator  ; 

RECEIVED:  BY  Prep-Delayed-Del i very-Event 

CONSISTS  OF: 

CntnrNo  i 
FWTNo  , 

TMRPrefix  , 

CntnrTCN  , 

DDCarrPOCNotif  , 

DDDteCarrNot if  i 
DDCnsgnPOCNot if  , 

DDDteCnsgnNot if  , 

DDDteCnsgnReqRelDte  • 

DDCarrPOCNotif Re  I  , 

DDDteRel  . 

DDLoc  , 

DDPostDte  , 

DDActlSptDte  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Mitchem’  ; 
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9  DEFINE  INPUT  ETA-Correct ion-Inf o-Inp  ; 

DESCRIPTION; 

ETA  Correction  Information  Input 

This  is  ETA  forecast  information  provided  to  the  MCT  by  TMCA,  DAMMS 
ETA  Forecast  or  from  this  information  is  generally  a  repeating  of 
container  record  information  that  was  garbled  during  transmission 
from  TMCA  to  an  MCT.  This  information  is  used  to  create  or  update 
MCT  database  records  in  the  Correct  Merge  ETA  Forecast  Errors  process. 

KEYWORD  IS:  'Container'  ; 

GENERATED:  BY  System-Operator  ; 

RECEIVED:  BY  Correct-Merge-ETA-Forecast-Err  ; 

CONSISTS  OF: 

Seq-No  , 

CmdtyCd  , 

CntnrSz  , 

DteDprtWPOE  , 

Consignee  , 

TotStp  , 

MultiStpNo  , 

CntnrOwnAbbr  , 

CntnrNoPref ix  , 

CntnrNo  , 

CntnrTCN  i 
VoyDocuNoFltNo  , 

POD  , 

POE  , 

OceanCarrAbbr  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

'Cope'  ; 
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DEFINE  INPUT  Inq/Rept-on-Spec i f i c-Cntnr-Inp  ; 

DESCRIPTION; 

Inquiry/Report  on  Specific  Container  Input 

This  is  information  that  an  operator  enters  to  access  specified  data 
elements  and  values  contained  in  the  active  container  database.  Data  which 
has  been  stored  in  the  container  history  file  is  not  accessible  via  this 
input. 


KEYWORD  IS:  ’Container’  ; 

GENERATED:  BY  System-Opera 

RECEIVED:  BY  Inquiry/Rept 

CONSISTS  OF: 

CntnrNo  , 

CntnrOwnAbbr  , 

CntnrTCN  i 
VoyDocuNoFltNo  , 

POD  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS 
’Morris’  ; 


’Container’  ; 

BY  System-Operator  ; 

BY  Inquiry/Rept-on-Specif ic-Cntnr  ; 


DEFINE  INPUT 

KEYWORD  IS:  ’Container’  ; 

GENERATED:  BY  System-Operat 

RECEIVED:  BY  Prepare-Cns9n 

CONSISTS  OF: 

TyCarrCd  , 

ModeMethShpmtCd  , 

CntnrNo  , 

CntnrTCN  , 

FWTNo  , 

TMRPrefix  , 

CntnrNoPref ix  , 

EvntDte  , 

TyMovNoCd  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Mitchem’  ; 


MEvent-Info-Inp  ; 

’Container’  ; 

BY  System-Operator  ; 

BY  Prepare-Cns9n-Rept-Evnts-<TTB>  ; 
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DEFINE  INPUT  Maintain-Parameter-Tbl-Inp  ; 

DESCRIPTION; 

Maintain  Parameter  Table  Input 

This  is  information  that  a  System  Administrator  enters  to  access  the 
System  Parameter  Table  in  order  to  change  and/or  print  the  parameter 
values  associated  with  the  Container  and  Freight  subsystems  of  DAMMS-R. 


’Container’  ; 

BY  Maintain-Parameter-Tbl 
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KEYWORD  IS: 

RECEIVED: 

CONSISTS  OF: 

Cntnr-History-Sel-Criter ia  , 

Cntnr-Delet ion-Criter ia  , 

Cntnr-On-Hand-Over-X-Cr iter ia  , 

Cntnr-Or igin-Code  , 

Or igin-MCE-Pref ix  , 

Or igin-DODAAC  , 

Freight-History-Sel-Criteria  , 

Label-Print-Flag  , 

Commitment-Print-Flag  , 

Freight-Origin-Code  , 

Number-463L-Pal let-Criteria  , 

Cntnr-Deletion-Notif ication  ; 

USED  BY:  Ma i nta i n-Parameter-Tbl 

TO  DERIVE  Maint-Param-Tbl-Print-Rept-Out  ; 
USED  BY:  Maintain-Parameter-Tbl 

TO  DERIVE  Maint-Parameter-Tbl-Disp-Out  ; 
RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Morris’  ; 

DEFINE  INPUT  Menu-Open-Inp  ; 

DESCRIPTION; 

This  is  the  Container  record  information  needed  to  access  the 
desired  record  in  the  database. 


’Container’  ; 

BY  System-Operator  ; 

BY  Prepare-Merge-Error-Rept 
BY  Maintain-Stops  ; 


KEYWORD  IS: 

generated: 

RECEIVED: 

RECEIVED: 

CONSISTS  OF; 

CntnrNo  , 

CntnrTCN  , 

FWTNo  , 

TMRPrefix  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 
’Cope’  ; 


m 


m 
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DEFINE  INPUT  Movement-Event-Corr-Inf o-Inp  ; 

DESCRIPTION; 

Movement  Event  Correction  Information  Input 

This  is  movement  event  correction  information  reported  by  the  customer 
to  the  MCT.  This  input  is  received  by  the  Prepare-Cons ignee-Reported- 
Events-Correct ion-(ZTB>  process. 


KEYWORD  IS: 


’Container’  , 

’LOB’  ; 

BY  System-Operator  ; 

BY  Prep-Cnsgn-Rept-Evnts-Corr-ZTB 


GENERATED:  BY  System-Operat 

RECEIVED:  BY  Prep-Cnsgn-Ra 

CONSISTS  OF: 

EvntDte  , 

CntnrNo  , 

CntnrNoPref ix  , 

TMRPrefix  , 

CntnrTCN  , 

FWTNo  , 

ModeMethShpmtCd  ; 
RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Mitchem’  ; 


DEFINE  INPUT  Movement-Event-Inf o-Inp  ; 

DESCRIPTION; 

Movement  Event  Information  Input 

This  is  movement  event  information  reported  by  the  customer  to  the 
MCT.  This  input  is  received  by  the  Prepare  Consignee  Reported  Events 
process . 

KEYWORD  IS:  ’Container’  , 

’LOB’  ; 

CONSISTS  OF: 

CntnrNo  , 

DteLstUpdCntnr  , 

EvntLoc  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Mitchem’  ; 
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DEFINE  INPUT  Prepare-Recons ignment-Req-Inp 

DESCRIPTION; 

Prepare  Reconsignment  Request  Input 

This  is  information  provided  to  initiate  a  reconsignment  request 
message  to  TMCA.  This  information  is  subsequently  used  to  update 
CntnrMov  and  CntnrMovStp  records. 


KEYWORD  IS:  ‘Container’  ; 

GENERATED:  BY  System-Operator  ; 

RECEIVED:  BY  Prepare-Recons ignment-Request  ; 

CONSISTS  OF: 

CntnrNo  , 

CntnrNoPref ix  , 

Consignee  , 

TMRPreftx  , 

Di vrsnRecngnCnsgn  , 

CntnrOwnAbbr  , 

DteRecngnReq  , 

EvntDte  , 

TCN  . 

FWTNo  , 

TAC  • 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

‘Valentine’  ; 


ADSM  18-LZ4-AKM-BUR-FD 
WORKING  DRAFT  3.0 
DECEMBER  1987 


DEFINE  INPUT  Ref orm-ETA-Inp  ; 

DESCRIPTION; 

Reformatted  ETA  Input 

This  is  the  reformatted  ETA  forecast  information  that  is  received  by 
MCTs  from  TMCA.  The  ETA  forecast  information  is  merged  into  MCT  data¬ 
bases  to  create  records  of  forecasted  inbound  containers. 


’Container’  ; 

’TACCS  LOB/CMM  INTERFACE’  ; 

’ DISK’ 

’UNCLASSIFIED’  ; 

BY  System-Operator  ; 

BY  Merge-Ref ormatted-ETA-Forecast 
IN  ETA-Forecast-Inbound-F i le  ; 


KEYWORD  IS:  ’Container’  ; 

SOURCE  IS;  ’TACCS  LOB/CMM  I 

ATTRIBUTE  IS: 

MEDIA  ’DISK’  , 

SEC-CLASS  ’UNCLASSIFI 

GENERATED:  BY  System-Operat 

RECEIVED:  BY  Merge-Reforma 

COLLECTED:  IN  ETA-Forecast- 

CONSISTS  OF: 

CmdtyCd  • 

CntnrSz  , 

DteDprtWPOE  , 

Consignee  , 

TotStp  , 

MultiStpNo  , 

CntnrOwnAbbr  , 

CntnrNoPref ix  , 

CntnrNo  , 

CntnrTCN  i 
VoyDocuNoF ItNo  , 

POD  , 

POE  , 

OceanCarrAbbr  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 
’Cope’  ; 
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DEFINE  INPUT  Rel-fr-Staging/Hold-Info-Inp  ; 

DESCRIPTION; 

Release  from  Staging/Hold  In-format  ion  Input 

This  is  a  telephonic  request  -from  the  customer  to  release  a  container 
■from  staging/hold.  This  input  is  received  by  the  Prepare  Release  from 
Staging/Hold  process. 

NOTE:  The  container  identification  data  is  obtained  from  the  requestor 
and  input  on  the  front  end  screen/process.  (*) 

CntnrOwnAbbr  (*) 

CntnrNoPref i X  (*) 

CntnrNo  (*) 

VoyDocuNoFltNo  (*) 


Consignee 
KEYWORD  IS: 


’Container’  , 

’LOB’  ; 

BY  Customer  ; 

BY  Prep-Re  I  --f  r-Stg/Ho  I  d-Req-<TMS> 


GENERATED:  BY  Customer  ; 

RECEIVED:  BY  Prep-Rel-f r-S 

CONSISTS  OF: 

CntnrOwnAbbr  , 

CntnrNoPref ix  , 

CntnrNo  , 

VoyDocuNoFltNo  , 

Consignee  , 

CnsgnrAAC  , 

DteDprtCnsgnr  , 

NewEvntLoc  , 

RespCd  , 

TAC  , 

MgrCd  , 

TCN  , 

TMRPrefix  , 

FWTNo  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Valentine'  ; 
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DEFINE  INPUT  Request-for-Di version-Info-Inp 

DESCRIPTION; 

Request  for  Diversion  Information  Input 

This  is  a  telephonic  request  from  the  customer  to  divert  a  container. 
This  input  is  received  by  the  Prepare  Diversion  Request  process. 


KEYWORD  IS: 


GENERATED: 

RECEIVED: 

CONSISTS  OF: 

CnsgnrAAC  , 
DteDprtCnsgnr  , 
NewEvntLoc  , 

Consignee  , 

POE  , 

RespCd  , 

AACCurr  , 

TAC  , 

CntnrNo  , 

CntnrNoPref ix  , 

FWTNo  , 

CntnrTCN  , 

MgrCd  , 

ShpmtUTCN  ; 

RESPONSIBLE  PROBLEM  DEFINER 
'Woods’  ; 


'Container*  , 

'LOB'  ; 

BY  System-Operator  ; 

BY  Prep-Divers ion-Request-<TM2> 


IS: 


‘v.v 
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DEFINE  INPUT  Request-f or-Ho Id-Inf o-Inp  ; 

DESCRIPTION; 

Request  for  Hold  Information  Input 

This  is  a  telephonic  request  from  the  customer  to  hold  or  stage  a 
container.  This  input  is  received  by  the  Prepare  Hold/Stage  Request 
process. 

NOTE:  The  container  identification  data  is  obtained  from  the  requestor 
and  input  on  the  front  end  screen/process.  (*) 

CntnrOwnAbbr  (*) 

CntnrNoPref ix  (*) 

CntnrNo  (*) 

VoyDocuNoF ItNo  (*) 


Consignee 
KEYWORD  IS: 


’Container’  , 

’LOB’  ; 

BY  System-Operator  ; 

BY  Prep-Hold/St9-Request-<TM3> 


GENERATED:  BY  System-Operat 

RECEIVED;  BY  Prep-Hold/Stg 

CONSISTS  OF; 

CntnrOwnAbbr  , 

CntnrNoPref ix  , 

CntnrNo  i 
VoyDocuNoF I tNo  , 

Consignee  , 

CnsgnrAAC  , 

DteDprtCnsgnr  , 

DspoActv  , 

POE  , 

RespCd  , 

AACCurr  , 

ShpmtUTCN  , 

MgrCd  , 

TCN  , 

TMRPrefix  , 

FWTNo  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Valentine’  ; 
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DEFINE  INPUT  SEAVAN-Ma i nt-TTP-Inp  ; 

DESCRIPTION; 

SEAVAN  Maintenance  Begin/End  TTP  Input 

This  input  identifies  all  data  elements  that  are  inputed  into  the  input 
screen  of  the  TTP  process  by  the  user. 

KEYWORD  IS:  ’Container’  ; 


KEYWORD  IS:  ’Container’  ; 

ATTRIBUTE  IS: 

SEC-CLASS  ’UNCLASSIFIED’  , 

PROCESS-MODE  ’INTERACTIVE  BATCH’  ; 

GENERATED:  BY  System-Operator  ; 

RECEIVED:  BY  Prep-SEAVAN-Maint-Bgn/E-<TTP> 

CONSISTS  OF: 

CntnrNo  , 

TyPwrCd  , 

MgrCd  , 

TyCarrCd  , 

TyMovNoCd  , 

NewEvntLoc  , 

EvntTy  , 

EvntDte  , 

FWTNo  , 

CntnrTCN  , 

TMRPrefix  , 

CntnrNoPref ix  , 

MovEvntCd  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Ocasio’  ; 
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DEFINE  INPUT  TMR-Inp  ; 

DESCRIPTION; 

TMR  Input 

The  TMR  Input  is  used  by  the  MCT  to  update  the  container  database  with  a 
valid  12  position  TMR  number  which  will  be  used  to  monitor  the  movement 
of  a  commercial  container  being  drayed  via  military  highway. 


KEYWORD  IS:  ’Container*  ; 

GENERATED:  BY  System-Operator  ; 

RECEIVED:  BY  Capture-TMR  ; 

CONSISTS  OF: 

CntnrNo  , 

Consignee  , 

OriginMCEPref ix  , 

MthCd  , 

SerNo  , 

SpIntCd  , 

ModeCd  , 

TransPriCd  , 

TMRPrefix  , 

FWTNo  , 

CntnrNoPref ix  , 

TIN  , 

CntnrTCN  ; 

USED  BY:  Capture-TMR 

TO  DERIVE  CntnrMov-TMR-Info 
USED  BY:  Capture-TMR 

TO  DERIVE  TMR-ErrMsg-Out  ; 
RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Zacot’  ; 


USED 

USED 
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23  DEFINE  INPUT  Update-Cntnr-Rec-Inp  ; 

DESCRIPTION; 

Update  Container  Record  Input 

This  is  information  that  is  entered  into  the  database  to  identify  a 
specific  container  record  and  update  it  with  information  that  further 
describes  a  transaction  earlier  posted. 


KEYWORD  IS:  ’Container’  ; 

GENERATED:  BY  System-Operator  ; 

RECEIVED:  BY  Update-Cntnr-Record  ; 

CONSISTS  OF: 

CntnrNo  , 

FWTNo  , 

TMRPrefix  , 

CntnrNoPref ix  , 

CntnrTCN  , 

Stgindic  , 

HoldLoc  , 

DivrsnDte  , 

Di vrsnRecngnCnsgn  , 

RecngnCfmNoncfm  , 
DteRecngnCfmNoncfm  , 

DteHoldStart  t 
DteHoldStop  , 

RsnDenyCd  , 

OteRecngnReq  , 

DteStageStart  , 

DteStageStop  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Morris’  ; 
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DEFINE  INPUT  ZTP-Svan-Ma int-Inp  ; 

DESCRIPTION; 

SEAVAN  Maintenance  Correction  InFormation  Input 

This  is  information  received  by  the  MCT  to  correct  SEAVAN  maintenance 
information  in  the  container  database.  This  input  is  received  by  the 
Prepare-SEAVAN-Ma i ntenance-Beg i n/End-Correc t i on- (ZTP)  process . 


KEYWORD  IS:  ’Container’  , 

’LOB’  ; 

GENERATED:  BY  System-Operator  ; 

RECEIVED:  BY  Prep-Svan-Maint-Bgn/E-Corr-ZTP  ; 

CONSISTS  OF: 

CntnrNo  , 

FUTNo  , 

TMRPrefix  , 

CntnrNoPref ix  , 

CntnrTCN  , 

MovEvntCd  , 

TyPwrCd  , 

EvntTy  , 

EvntDte  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Ocasio’  ; 

EOF  EOF  EOF  EOF  EOF 


I 

I 


I 
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PARAGRAPH 


OUTPUT  OBJECTS  PAGE 

Cntnr-Hist-Rept-Out  .  III-461 

Cntnr-Upd-ErrMsg-Out  .  I I 1-461 

Daily-Container-Worksheet-Out  ..  III-462 

ETA-Forecast-Error-Info-Out  _  III-463 

ErrMsg-Out  .  I I 1-464 

Hist-Info-Out  .  III-465 

Hist-Rmrk-Rept-Out  .  I I 1-466 

Inbound-Container-Report  .  III-467 

Inq/Rept-Disp-Out  . III-468 

Maint-Param-Tbl-Print-Rept-Out  .  III-469 

Maint-Parameter-Tbl-Di sp-Out  ...  III-471 

Not i fy-Cons ignee-Inf o-Out  .  III-473 

TMR-ErrMsg-Out  .  I I 1-474 

ZTP-ErrMsg-Out  .  I I 1-474 
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DEFINE  OUTPUT  Cntnr-Hist-Rept-Out  ; 

DESCRIPTION; 

Container  History  Report  Output 

This  is  container  history  report  data  that  identifies  all  container 
history  records  that  were  transferred  to  the  history  storage  file.  The 
report  is  produced  in  a  hard  copy  and  is  used  to  identify  container 
records  that  are  stored  on  floppy  disks. 


KEYWORD  IS:  ’Container’  ; 

GENERATED:  BY  Sel-Rec-for-Cntnr-Hi story-DB  ; 

RECEIVED:  BY  System-Operator  ; 

COLLECTED:  IN  Temp-History-File  ; 

CONSISTS  OF: 

DteCurr  , 

Record-Month-of-Hist-Disk  , 

CntnrNo  , 

CntnrOwnAbbr  , 

Consignee  , 

VoyDocuNoFltNo  , 

DteRecCreat  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Valentine'  ; 


DEFINE  OUTPUT  Cntnr-Upd-ErrMsg-Out  ; 

DESCRIPTION; 

Container  Update  Error  Message  Output 

This  output  consists  of  a  series  of  screen  prompts  which  alerts  the 
operator  that  the  data  entered  or  attempted  to  be  entered  has  failed  an 
edit  or  validation  check. 

KEYWORD  IS:  ’Container’  ; 

GENERATED:  BY  Update-Cntnr-Racord  ; 

RECEIVED:  BY  System-Operator  ; 

CONSISTS  OF: 

CntnrNoPref ix  , 

DteHoIdStart  i 
RsnDenyCd  , 

MovEvntCd  , 

EvntTy  , 

DivrsnDte  , 

Di vrsnRecngnCnsgn  , 

DteStageStart  , 

DteStageStop  • 

RecngnCfmNoncfm  , 

DteRecngnCfmNoncfm  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Morris’  ; 
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DEFINE  OUTPUT  Daily-Container-Worksheet-Out 

DESCRIPTION; 

Daily  Container  Worksheet  Output 

The  Daily  Container  Worksheet  Output  is  a  report  used  by  the  MCT  to 
record  routine  container  information  reported  by  consignees  on  an  as 
needed  basis. 

KEYWORD  IS:  ’Container’  , 

’LOB’  ; 

GENERATED:  BY  Prep-Daily-Container-Worksheet  ; 

RECEIVED:  BY  System-Operator  ; 

LAYOUT; 


FORMAT: 

Consignee  Multi  Stop  No 

WK4FUG  3 


VAN  NUMBER 

VAN  OWNER 

VOYAGE  NUMBER 

A 

B/C 

D 

E 

STATUS 

36148231 

USLX 

A2001 

H 

9248320 

SEAU 

A1996 

87201 

87202 

87202 

72389991 

USLX 

A1986 

87202 

78784926 

SEAU 

A2003 

87202 

87202 

87202 

83618724 

SEAU 

A2003 

8200 

87202 

87202 

87202 

89524834 

USLX 

A2004 

89736234 

USLX 

A2004 

89938242 

DAVE 

A1986 

87202 

DD 

96218444 

ECLU 

A2000 

D 

98376241 

APSU 

A1979 

WK4FUG  PG  1 
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CONSISTS  OF; 

Consignee  , 

CntnrNo  , 

ModeMethShpmtCd  , 
CntnrNoPre-f  ix  , 
CntnrOwnAbbr  , 
VoyDocuNoFltNo  , 

EvntDte  , 

Divrsnindic  , 
RecngnCfmNoncTm  , 
MultiStpNo  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Mitchem'  ; 


DEFINE  OUTPUT  ETA-Forecast-Error-Inf o-Out 

DESCRIPTION; 

ETA  Forecast  Error  In-formation  Output 

This  entity  represents  rejected  and  partially  correct  ETA  Container 

Forecast  transactions,  with  appropriate  error  code  and  messages. 

KEYWORD  IS:  ’Container’  ; 

GENERATED:  BY  Prepare-Merge-Error-Rept  ; 

RECEIVED:  BY  System-Operator  ; 

CONSISTS  OF: 

Seq-No  , 

CntnrOwnAbbr  , 

CntnrNo  , 

Consignee  , 

CmdtyCd  , 

CntnrSz  , 

DteDprtWPOE  , 

TotStp  , 

MultiStpNo  , 

CntnrNoPreT ix  , 

CntnrTCN  , 

VoyDocuNoFltNo  , 

POD  , 

POE  , 

OceanCarrAbbr  , 

Error-Cd  , 

Err-Msg  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Cope’  ; 
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DEFINE  OUTPUT  ErrMsg-Out 

DESCRIPTION; 

Error  Message  Output 

This  output  is  generated  by  table  validations. 

KEYWORD  IS:  ’Container’  ; 

ATTRIBUTE  IS: 

SEC-CLASS  ’UNCLASSIFIED’  , 

PROCESS-MODE  ’INTERACTIVE  BATCH’  ; 

GENERATED:  BY  Prep-Diversion-Request-<TM2>  ; 

GENERATED:  BY  Prep-SEAVAN-Maint-Bgn/E-<TTP> 

RECEIVED:  BY  System-Operator  ; 

CONSISTS  OF: 

Err-Msg  , 

CntnrNo  , 

TyCarrCd  , 

TyMovNoCd  , 

CntnrTCN  t 
NewEvntLoc  , 

POD  , 

TyPwrCd  , 

EvntTy  , 

EvntDte  , 

MgrCd  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Ocasio’  ; 
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DEFINE  OUTPUT  Hist-Info-Out  ; 

DESCRIPTION; 

History  Information  Output 

This  is  the  container  history  record  data  that  is  stored  on  floppy  disks 
and  used  to  create  history  record  reports. 

KEYWORD  IS:  ’Container’  ; 

ATTRIBUTE  IS: 

MEDIA  ’FLOPPY  DISK’  ; 

GENERATED:  BY  Sel-Rec-for-Cntnr-History-DB  ; 

RECEIVED:  BY  System-Operator  ; 

COLLECTED:  IN  Temp-History-File  ; 

CONSISTS  OF: 

Consignee  , 

DupeStpIndex  , 

DestMCEPref ix  , 

StpSeqNo  , 

MultiStpNo  , 

DteRecngnReq  , 

RecngnCfmNoncfm  , 

Di vrsnRecngnCnsgn  , 

DDDteCarrNot if  , 

DDActlSptDte  , 

DDDteCnsgnReqRelDte  , 

DDDteRel  , 

DDLoc  , 

Divrsnindic  i 
DivrsnDte  , 

DteHoldStart  , 

DteHoldStop  , 

HoldLoc  • 

StpNonFcst  , 

DteRecCreat  , 

CntnrNoPref i X  , 

CntnrNo  , 

CntnrOwnAbbr  , 

CntnrTCN  , 

VoyDocuNoFltNo  , 

OriginMCEPref ix  , 

MthCd  , 

SerNo  , 

SpIntCd  I 
ModeCd  , 

TransPriCd  , 

FWTNo  , 

TIN  , 

POD  , 

TotStp  , 

CntnrSz  i 
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CmdtyCd  , 

ModeMethShpmtCd  • 
DteStageStart  , 
DteStageStop  i 
CntnrDam  , 

EvntDte  , 

AACCurr  , 

NewEvntLoc  , 

RsnDenyCd  , 

DspoActv  . 

EvntTy  , 

TyPwrCd  , 

NewMovNo  f 
OceanCarrAbbr  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Valentine’  ; 


DEFINE  OUTPUT  Hi st-Rmrk-Rept-Out  ; 

DESCRIPTION; 

History  Information  Output 

This  is  the  history  file  record  information  that  is  taken  from  database 
records  and  stored  in  the  temp  history  file.  The  report  information  is 
transferred  to  floppy  disks  which  are  maintained  for  a  period  of  one 
year. 

KEYWORD  IS:  ’Container’  ; 


BY  Sel-Rec-for-Cntnr-History-DB 
BY  System-Operator  ; 

IN  Temp-History-File  ; 


KEYWORD  IS:  ’Container’  ; 

GENERATED:  BY  Sel-Rec-f or-' 

RECEIVED:  BY  System-Opera 

COLLECTED:  IN  Temp-History 

CONSISTS  OF: 

CntnrNo  , 

CntnrOwnAbbr  , 

Consignee  , 

DupeStpIndex  • 

DteCurr  , 

DteRecCreat  , 

CntnrNoPref ix  , 
CntnrRmrkLnNo  , 

CntnrRmrk  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS 
’Valentine’  ; 
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DEFINE  OUTPUT  Inbound-Container-Report  ; 

DESCRIPTION; 

Inbound  Container  Report 

This  output  is  produced  by  the  Correct  Merge  ETA  Forecast.  The  report  will 
be  produced  when  records  with  key  errors  are  corrected  and  a  record  created 
on  the  database. 


KEYWORD  IS:  ’Container’  ; 

GENERATED:  BY  Correct-Merge-ETA-Forecast-Err  ; 

RECEIVED:  BY  System-Operator  ; 

COLLECTED:  IN  InbCntnr-Report-Hold-F i le  ; 

CONSISTS  OF; 

CntnrTCN  , 

POE  , 

POD  , 

OceanCarrAbbr  , 

DteSailWPOE  , 

CmdtyCd  , 

MultiStpNo  , 

TotStp  , 

CntnrOwnAbbr  , 

CntnrNoPref ix  , 

CntnrNo  . 

CntnrSz  , 

VoyDocuNoFltNo  , 

Consignee  , 

OteRecCreat  i 
MCENme  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Cope’  ; 
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DEFINE  OUTPUT  Inq/Rept-D i sp-Out  ; 

DESCRIPTION; 

Inquiry/Report  Display  Output 

This  output  displays  a  series  o-f  screens  containing  specified  data  elements 
and  values  existing  in  the  active  container  database.  Hard  copy  reports 
are  created  by  copying  those  screens  containing  the  desired  information. 


KEYWORD  IS:  ’Container’ 

GENERATED:  BY  Inquiry/R 

RECEIVED:  BY  System-Op 

CONSISTS  OF: 

VoyDocuNoF ItNo  , 
OceanCarrAbbr  , 
MovEvntCd  , 

EvntTy  , 

EvntDte  , 

ShipToAAC  , 

Consignee  , 
CntnrOwnAbbr  , 

CntnrNo  , 

MultiStpNo  , 
DestMCEPref ix  , 
StpSeqNo  , 

Divrsnindic  , 
RecngnCfmNoncfm  i 
Di vrsnRecngnCnsgn  , 
DDActlSptDte  , 
DteHoldStart  , 
DteHoldStop  , 

POD  , 

CntnrNoPref ix  , 

ModeCd  , 

CntnrSz  , 

UltmCnsgn  , 

TotStp  , 

Stgindic  , 

CmdtyCd  , 
DteLstUpdCntnr  , 
TMRPrefix  , 

SpIntCd  , 

TransPriCd  , 

CntnrDam  , 
DteStageStart  , 
DteStageStop  ; 
RESPONSIBLE  PROBLEM  DEFINER 
’Morris’  ; 


’Container’  ; 

BY  Inqu i ry/Rept-on-Spec i f i c-Cntnr 
BY  System-Operator  ; 
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10  DEFINE  OUTPUT  Ma I nt-Param-Tbl-Pr int-Rept-Out 

DESCRIPTION; 

Maintain  Parameter  Table  Print  Report  Out 

This  is  a  printed  report  of  all  parameters  and  values  contained  in  the 
System  Parameter  Table. 

KEYWORD  IS:  ‘Container’  ; 

GENERATED:  BY  Maintain-Parameter-Tbl  ; 

LAYOUT; 

Output  Format 


SYSTEM  PARAMETER  REPORT 


i  DATE  XX/XX/XX 

I 


PARAMETER  NAME 


PAGE  X 

PARAMETER  VALUE 


Select  Record  for  Container  History 
60  Days  Old  Deletion  Process 
Containers  On  Hand  Over  "X"  Days 
V  Container  Origin  Code 

'#  Notification  from  TMCA  of  Container  Deletion 
Origin  MCE  Code 
Origin  DODAAC 

Select  Record  for  Freight  History 

Print  Labels 

Print  Commitment 

Freight  Origin  Code 

Number  of  463L  Pallets 


45 

55 

5 

FIG 

4 

M 

WK4FHA 

45 

N 

N 

AIG 

25 


CONSISTS  OF: 

Cntnr-History-Sel-Criteria  , 

Cntnr-Delet ion-Cr iter ia  f 

Cntnr-On-Hand-Over-X-Cr iter ia  ,  \ 

Cntnr-Or igin-Code  ,  ! 

Or igin-MCE-Pref ix  ,  ; 

Or igin-DODAAC  , 

Freight-History-Sel-Cr iteria  ,  ; 

Label-Print-Flag  ,  ; 

Commitment-Print-Flag  , 

Freight-Origin-Code  , 

Number-463L-Pal let-Cr iteria  , 

Cntnr-Deletion-Notif ication  ; 
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DERIVED: 

DERIVED: 

DERIVED: 

DERIVED: 

RESPONSIBLE 


BY  Maintain-Parameter-Tbl 
USING  Maintain-Parameter-Tbl-Inp  ; 
BY  Maintain-Parameter-Tbl 
USING  Maint-Param-Sys-Param-Ref  ; 

BY  Maintain-Parameter-Tbl 
USING  Maint-Param-CgoMCE-Re-f  ; 

BY  Maintain-Parameter-Tbl 
USING  Maint-Param-CgoActivity-Re-f  ; 
PROBLEM  DEFINER  IS: 

’Morris’  ; 
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DEFINE  OUTPUT  Maint-Parameter-Tbl-Disp-Out  : 

DESCRIPTION; 

Maintain  Parameter  Table  Display  Out 

This  is  a  screen  display  of  the  parameters  and  values  associated  with 
the  Container  and  Freight  subsystems  of  DAMMS-R. 


KEYWORD  IS: 

GENERATED: 

LAYOUT; 


’Container’  ; 

BY  Maintain-Parameter-Tbl  ; 


Screen  Display  For  Container 


SYSTEM  PARAMETERS 

NAME 

VALUE 

Select  Record  for  Container  History 

45 

60  Days  Old  Deletion  Process 

55 

Containers  On  Hand  Over  "X"  Days 

5 

Container  Origin  Code 

FIG 

Notification  from  TMCA  of  Cntnr  Deletion 

4 

Origin  MCE  Code 

M 

Origin  DODAAC 

WK4FHA 

Screen  Display  for  Freight 

SYSTEM  PARAMETERS 

NAME 

VALUE 

Origin  MCE  Code 

M 

Origin  DODAAC 

WK4FHA 

Select  Record  for  Freight  History 

45 

Print  Labels 

N 

Print  Commitment 

N 

Freight  Origin  Code 

AIG 

Number  of  463L  Pallets 

25 
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Screen  Display  o-f  All  Parameters 


SYSTEM  PARAMETERS 


NAME 

Select  Record  -for  Container  History 
60  Days  Old  Deletion  Process 
Containers  On  Hand  Over  "X"  Days 
Container  Origin  Code 

Notification  from  TMCA  of  Container  Deletion 
Origin  MCE  Code 
Origin  DODAAC 

Select  Record  for  Freight  History 

Print  Labels 

Print  Commitment 

Freight  Origin  Code 

Number  of  463L  Pallets 


VALUE 

45 

55 

5 

FIG 

4 

M 

WK4FHA 

45 

N 

N 

AIG 

25 


CONSISTS  OF: 

Cntnr~History~Sel-Criteria  , 

Cntnr-Deletion-Cr i teria  , 
Cntnr-On-Hand-Over-X-Criteria  , 

Cntnr-Or igin-Code  , 

Or i g i n-MCE-Pref i x  , 

Origin-DODAAC  , 

Freight-History-Sel-Cr iteria  , 
Label-Print-Flag  i 
Commitment-Print-Flag  , 

Freight-Origin-Code  , 

Number-463L-Pal let-Cr iteria  • 
Cntnr-Deletion-Notif ication  ; 

DERIVED:  BY  Maintain-Parameter-Tbl 

USING  Mainta in-Parameter-Tbl-Inp  ; 
DERIVED:  BY  Maintain-Parameter-Tbl 

USING  Maint-Param-Sys-Param-Ref  ; 
DERIVED:  BY  Maintain-Parameter-Tbl 

USING  Maint-Param-CgoMCE-Ref  ; 
DERIVED:  BY  Maintain-Parameter-Tbl 

USING  Maint-Param-CgoAct i V i ty-Ref 
RESPONSIBLE  PROBLEM  DEFINER  IS: 
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’Morris' 


DEFINE  OUTPUT 
DESCRIPTION; 


Not i fy-Cons I gnee-InTo-Out 


DESCRIPTION; 

Notify  Consignee  Information  Output 

This  is  the  notify  consignee  report  which  contains  container  ETA 
forecast  information  that  is  transmitted  to  customers. 

f 


'Container'  ; 

BY  Not ify-Cnsgn-of-Inbound-Cntnr  ; 
BY  System-Operator  ; 


KEYWORD  IS;  'Container'  ; 

generated:  BY  Not ify-Cnsgn- 

RECEIVED:  BY  System-Operat 

CONSISTS  OF; 

Consignee  , 

CntnrOwnAbbr  , 

CntnrNoPref ix  , 

CntnrNo  , 

VoyDocuNoFltNo  , 

MultiStpNo  , 

TotStp  , 

CntnrTCN  , 

POE  , 

OceanCarrAbbr  , 

DteSailWPOE  , 

CmdtyCd  , 

CntnrSz  , 

POD  , 

MCENme  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

'Blake'  ; 
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13 


DEFINE  OUTPUT  TMR-ErrMsg-Out  ; 

DESCRIPTION; 

TMR  Error  Message  Output 

Thfs  Is  a  series  o-F  messages  that  are  prompted  by  invalid  data  entered  when 
the  elements  listed  below  are  requested. 


KEYWORD  IS:  ’Container’  ; 

GENERATED:  BY  Capture-TMR  ; 

RECEIVED:  BY  System-Operator  ; 

CONSISTS  OF: 

TMRPrefix  , 

OriginMCEPref ix  , 

MthCd  , 

SerNo  , 

SpIntCd  , 

ModeCd  , 

TransPriCd  , 

TIN  , 

FWTNo  , 

Err-Msg  , 

Err-Diag  ; 

DERIVED:  BY  Capture-TMR 

USING  TMR-Inp  ; 

DERIVED:  BY  Capture-TMR 

USING  Err-Msg  :  < 

DERIVED:  BY  Capture-TMR 

USING  Err-Diag  ; 

DERIVED:  BY  Capture-TMR 

USING  CntnrMov-TMR-Info  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Zacot’  ; 


14  DEFINE  OUTPUT  ZTP-ErrMsg-Out  ; 

KEYWORD  IS:  ’Container’  ; 

GENERATED:  BY  Prep-Svan-Maint-Bgn/E-Corr-ZTP  ; 

RECEIVED:  BY  System-Operator  ; 

CONSISTS  OF: 

CntnrNo  , 

CntnrOwnAbbr  i 


EvntTy  , 

EvntDte  , 

TyPwrCd  , 

Err-Msg  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Ocasio’  ; 

EOF  EOF  EOF  EOF  EOF 
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ENTITY  OBJECTS 


CMovStp-CRec-ReF  . 

CgoActivity  . 

CgoActivity-TM3-Ref  . 

CgoAddress  . 

CgoAddress“CRec-ReF  . 

CgoAddress-ETA-Fcst-Ref  _ 

CgoAddress-Inq/Rept-In-fe-Re-f 

CgoAddress-Recngn-Ref  . 

CgoAddress-TMS-Ref  . 

CgoMCE  . 

CgoMCE-Dam-DL-Re-f  . 

CgoMCE-ECSR-Ref  . 

CgoMCE- InbCntnr-Re-f  . 

CgoMCE-Recngn-Ref  . 

CgoMCE-TM3-Ref  . 

CgoMCE-TMS-Re-f  . 

CgoPort  . 

CgoPort-ReF  . 

CgoPort-TTP-ReF  . 

Cntnr-Hi  story-In-fo-Upd . 

CntnrDiscrp  . 

CntnrMov  . 

CntnrMov-CRec-Re-f  . 

CntnrMov-CRec-Upd  . 

CntnrMov-Dam-DL-Re-f  . 

CntnrMov-Dam-DL-Upd  . 

CntnrMov-ECSR-Re-f  . 

CntnrMov-ECSR-Upd  . 

CntnrMov-ETA-Fcst-Inf o  . 

CntnrMov-Hist-Upd  . 

CntnrMov- InbCntnr-Ref  . 

CntnrMov-Inq/Rept-Inf 0-Ref  . 

CntnrMov-MtnStp-In-fo  . 

CntnrMov-Recngn-Ref  . 

CntnrMov-Recngn-Upd  . 

CntnrMov-TM2-Info  . 

CntnrMov-TM3-Ref  . 

CntnrMov-TM3-Upd  . 

CntnrMov-TMR-Info  . 

CntnrMov-TMS-Ref  . 

CntnrMov-TMS-Upd  . 

CntnrMov-TTB-Ref  . 

CntnrMov-TTB-Upd  . 

CntnrMov-TTP-Ref  . 

CntnrMov-TTP-Upd  . 

CntnrMov-TTU-Ref  . 

CntnrMov-ZTB-Ref  . 
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ENTITY  OBJECTS 


CntnrMov-ZTB-Upd  . 

CntnrMovRmrk-ReF  . 

CntnrMovStp  . 

CntnrMovStp-CRec-Upd  . 

CntnrMovStp-Dam-DL-Re-f  . 

CntnrMovStp-ETA-Fcst-InFo  . 

CntnrMovStp-InbCntnr-Ref  . 

CntnrMovStp- Inq/Rept-In-fo-Re-f  . 

CntnrMovStp-MtnStp-Info  . 

CntnrMovStp-Recngn-Upd  . 

CntnrMovStp-Ref  . 

CntnrMovStp-TMR-Upd  . 

CntnrMovStp-ZTB-Upd  . 

CntnrMovStpRmrk-Re-f  . 

CntnrOwn-CRec-Ref  . 

CntnrOwn-Inq-Re-f  . 

CntnrOwnTy  . 

CntnrOwner  . 

CntnrOwner-Re-f  . 

CntnrRmrkLn  . . . 

CntnrSize  . 

CntnrSize-Re-f  . 

CntnrSize-TTU-Re-f  . 

CntnrSz-CRec-ReF  . 

Comm-CRec-Re-f  . 

Commodity  . 

Commodity-Ref  . 

Container-O/H-5-Days-Rept-Upd  . 

Corr-TTW-MEvent-ZTW-Info  . 

DD-CntnrMov-Message-Ent  . 

DD-CntnrMov-Ref  . 

DD-CntnrMov-Upd  . 

DD-CntnrMovStp-Message-Ent  _ 

DD-CntnrMovStp-Ref  . 

DD-CntnrMovStp-Upd  . 

DD-TTB-MEvent-Ref  . . . 

DSSR-Info  . 

Da  1 ly-Cn ^nr-CntnrMov-Ref-Ent  . . 
Da i ly-Cntnr-CntnrMovStp-Ref  . . . 
Daily-Cntnr-MEvent-Ref-Ent  .... 

Dai ly-SEAVAN-Sta-Message  . 

Oaily-SEAVAN-Status-Info-Ent  .. 
Dam-Deadl ined-Cntnr-Report  — . 

Delayed-Del i very-Message  . 

Dele-60-Day-0ld-Cntnr-Rept-Upd 

DiscrpType  . 

DiscrpType-Ref  . 
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ENTITY  OBJECTS 
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DEFINE  ENTITY  CMovStp-CRec- 

KEYWORD  IS:  'Container'  ; 

CONSISTS  OF; 

Consignee  , 

MultlStpNo  , 

CntnrNo  i 
CntnrOwnAbbP  ; 

IDENTIFIED  BY: 

Consignee  , 

CntnrNo  i 
CntnrOwnAbbr  ; 

REFERENCED: 

IN  CntnrMovStp-Fi le 

BY  Create-Non-Fcst-Contalner-Rec 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

'Mitchem'  ; 
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CMovStp-CRec-Ref 


1 1 1-481 


M 


$ 

I'l.i 


dSl< 

(Iff 

fell 


% 


P 


I 


I 


m 


I 

I 


•.»i 


ADSM  18-LZ4-AKM-BUR-FD 
WORKING  DRAFT  3.0 
DECEMBER  1987 


DEFINE  ENTITY  CgoActivity  ; 

DESCRIPTION; 

Cargo  Activity. 

This  entity  is  an  occurrence  of  information  about  a  consignor  or  con¬ 
signee  for  cargo  or  containers,  including  the  military  address,  DDN 
information,  etc.  This  is  the  master  file  record  for  the  CgoActiv- 
ity-File. 

KEYWORD  IS:  ‘LOB’  , 

’Data  Model*  , 

’Container’  , 

’Freight’  ; 

SEE  MEMO: 

FCityCd-Memo  ; 

SOURCE  IS:  ’CNTNR/FRT  DATA  MODEL’  ; 

ATTRIBUTE  IS: 

volatility  ’DYNAMIC’  , 

TYPE  ’AN’  , 

PICTURE  ’X(229)’  , 

FIELD-LENGTH  ’229’  , 

RETENTION  ’PERMANENT’  , 

SEC-CLASS  ’UNCLASSIFIED’  | 

LAYOUT; 

LOGICAL  DATABASE  DESIGN: 


5* 


•M 


i 


AACCurr 

MBldgNo 

MCntry 

MUDsg 

MStPOBox 

MPostCd 

MCityRgn 

MAttn 

MUDsgCont 

MAPOlstS 

MAPOLstA 

DteLstUpdCgoActv 

DDNHostCd 

DDNUserld 

TELEX 

DSSALOCCd 

ShipToAAC 


FREIGHT  DATA  MODEL: 


CgoAct i V i ty :CgoAddress ,  Mand  Many:Mand  1 
CgoActivity:FreightMov,  Opt  l:Opt  Many  (Requesting  Unit) 
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FREIGHT  PARTITION: 

CgoActIvity 

CgoAddress 


CONTAINER  DATA  MODEL: 


CgoActivity: CgoAddress,  Mand  Many:Mand  1 
CgoAct fvity:MEvent,  Opt  l:Opt  Many 


CONTAINER  PARTITION: 


CgoActIvity  CRD 

CgoAddress  R; 

COLLECTED:  IN  CgoAct i v Ity-F lie  ; 

CONSISTS  OF: 

AACCurr  , 

MBldgNo  , 

MCntry  , 

MUDsg  , 

MStPOBox  , 

MPostCd  , 

MC 1 tyRgn  , 

MAttn  , 

MUDsgCont  , 

MAPOlstS  , 

MAPOLstA  , 

DteLstUpdCgoActv  • 

DDNHostCd  , 

DDNUserld  , 

TELEX  , 

DSSALOCCd  , 

ShipToAAC  ; 

IDENTIFIED  BY: 

AACCurr  ; 

CARDINALITY  IS: 

10000  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’TACCS-LOB  CNTNR/FRT  GROUP’ 


i 


p 
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DEFINE  ENTITY  CgoAct ivity-TM3-Ref  ; 

DESCRIPTION; 

Cargo  Activity  TM3  Reference 

This  is  the  CgoActivity  reference  that  verifies  if  the  DspoActv  entered 
on  the  screen  is  on  file. 

KEYWORD  IS:  ’Container’  ; 

ATTRIBUTE  IS: 

SEC-CLASS  ’UNCLASSIFIED’  ; 

CONSISTS  OF: 

AACCurr  ; 

IDENTIFIED  BY: 

AACCurr  ; 

REFERENCED: 

IN  CgoActivity-Fi le 

BY  Prep-Hold/Stg-Request-<TM3>  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Valentine’  ; 
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DEFINE  ENTITY  CgoAddress  ; 

DESCRIPTION; 

Frttsht  Address. 

This  sntlty  It  the  occurrence  of  infornatfon  relattno  to  organizations 
that  can  receive  cargo  shipments.  This  record  is  the  master  file  record 
of  the  Cargo  Address  File. 


KEYWORD  IS: 


SOURCE  IS: 
ATTRIBUTE  IS: 


'Freight*  , 

'Container'  , 

*LOB'  , 

'Data  Model'  ; 
'CONTAINER  DATA  MODEL* 
'FREIGHT  DATA  MODEL*  ; 


0 


SEC-CLASS  'UNCLASSIFIED 

• 

e 

TYPE  *AN’  , 

volatility  'DYNAMIC*  . 

PICTURE  'X(300)’  , 

FIELD-LENGTH  '300'  . 

EST-VOLUME  *6,000-8,000 

RECORDS 

f 

-AYOUT; 

:AL  DATABASE  DESIGN: 

ShipToAAC 

6 

P 

DteLstUpdCgoAdrs 

5 

S 

FSt 

25 

FBldgNo 

10 

FBrksKsrn 

25 

FCityRgn 

25 

FCityCd 

5 

S 

FCityRgnLst20 

20 

FCntry 

2 

FPostCd 

6 

FAttn 

20 

FMCTCivTel 

25 

FMCTMilTel 

15 

FMCTPOC 

25 

FAPOlstS 

5 

FAP0Lst4 

4 

FUDsgCont 

35 

FUDsg 

35 

s 

CityGpCd 

2 

s 

TTPCd 

1 

s 

TcrTml 

7 

BASATel 

20 

MCECd 

2 

F 

MCEPref ix 

1 

F 

MCESuff ix 

1 

F 
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FREIGHT  DATA  MODEL: 

CgoAddress:FreightMov,  Opt  l:Opt  Many  (Consignor) 
CgoAddress:PaUet463L,  Mand  l>Opt  1 
CgoAddress:VehStopPt.  Opt  l:Opt  Many  (Consignee) 

CgoAddress:CgoAct ivity,  Mand  l:Mand  Many 
CgoAddress:CgoMCE,  Opt  Many:Mand  1 
CgoAddress:FrtMEventi  Mand  l:Opt  Many 

NOTE:  Relationship  to  FreightMov  and  VehStopPt  are  optional  on  side  o-F 
CgoAddress  for  the  time  being.  Consignor  and  Consignee  are 
mandatory  fields,  but  if  DODAAC  is  not  in  CgoAddress,  operator 
must  be  able  to  override  and  continue  to  process  a  movement. 


FREIGHT  partition: 


1* 

iS 

y 

!•' 

0 

I 


CgoAddress  CRUD 

CgoAct ivity  R 

CgoMCE  R 


CONTAINER  DATA  MODEL: 

CgoAddress: CgoMCE,  Opt  Many:Mand  1 
CgoAddres^:CntnrMovStp,  Mand  i:Opt  Many  (Consignee) 
CgoAddress:CgoAct ivity,  Mand  l:Mand  Many 


CONTAINER  PARTITION; 

CgoAddress  CRUD 

CgoMCE  R 

CgoAct ivity  R; 

COLLECTED:  IN  CgoAddress-F i le  ; 

(CONSISTS  OF: 

ShipToAAC  , 

DteLstUpdCgoAdrs  , 

FSt  , 

FBldgNo  , 

FBrksKsrn  , 

FCityRgn  , 

FCityCd  , 

FCityRgnLstZO  , 

FCntry  , 

FPostCd  , 

FAttn  , 
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FMCTCJvTel  , 

FMCTMUTel  , 

FMCTPOC  , 

FAPOlstS  , 

FAPOLstA  , 

FUDsgCont  , 

FUDsg  , 

CItyGpCd  , 

TTPCd  , 

TcrTml  , 

BASATel  , 

MCECd  , 

MCEPrefix  , 

MCESuffix  ; 

IDENTIFIED  BY: 

ShIpToAAC  ; 

CARDINALITY  IS: 

8000  : 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’TACCS-LOB  CNTNR/FRT  GROUP’  ; 

DEFINE  ENTITY  CgoAddress-CRec^Ref  ; 

DESCRIPTION; 

This  entity  is  used  to  validate  location  elements  in  a  process. 

KEYWORD  IS:  ’Container’  ; 

CONSISTS  OF: 

ShipToAAC  ; 

REFERENCED: 

IN  CgoAddress-Fi le 

BY  Create-Non-Fcst-Container-Rec  ; 

REFERENCED: 

IN  CgoAddress-FI le 

BY  Prep-Dlversion-Request-<TM2>  ; 

REFERENCED: 

IN  CgoAddress-Fi le 

BY  Prep-SEAVAN-Maint-Bgn/E-<TTP>  ; 

REFERENCED: 

IN  CgoAddress-Fi le 

BY  Update-Cntnr>Record  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Mitchem’  ; 


6 
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DEFINE  ENTITY  CgoAddress-ETA-Fcst-Ref  ; 

DESCRIPTION; 

Cargo  Address  ETA  Forecast  Reference 

This  entity  is  used  to  validate  Consignee  when  it  is  input  to  the  system. 

9 


KEYWORD  IS: 

’Container’  ; 

COLLECTED: 
CONSISTS  OF; 

IN  CgoAddress-Fi le  ; 

MCECd  , 
MCEPref ix 

9 

MCESuffix 

1 

ShipToAAC 

• 

f 

REFERENCED: 

IN 

CgoAddress-Fi le 

BY 

Correct-Merge-ETA-Forecast-Err  ; 

REFERENCED: 

IN 

CgoAddress-Fi le 

BY 

Merge-Reformatted-ETA-Forecast  ; 

REFERENCED: 

IN 

CgoAddress-Fi le 

BY 

Capture-TMR  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Cope’  ; 

DEFINE  ENTITY 

CgoAddress-Inq/Rept-Info-Ref  ; 

DESCRIPTION; 

Cargo  Address  Inquiry /Report  Information  Reference 

This  entity  consists  of  the  data  elements  and  values  from  the  CgoAddress 
file  which  are  referenced  and  displayed  by  the  Inquiry/Rept-on-Specif ic- 
Cntnr  process. 

KEYWORD  IS:  ’Container’  ; 

COLLECTED:  IN  CgoAddress>F i le  ; 

CONSISTS  OF; 

ShipToAAC  , 

FUDsg  ; 

REFERENCED: 

IN  CgoAddress*Fi le 

BY  Inquiry/Rept-on-Specif ic-Cntnr  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Morris’  ; 
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nj 


CfloAddress-Rccngn-Rcf 


DEFINE  ENTITY 
DESCRIPTION; 

Cargo  Address  Reconsignment  Reference 

This  is  CgoAddress  record  information  used  in  preparing  the  request  for 
reconsignment. 


KEYWORD  IS: 
CONSISTS  OF; 
ShipToAAC 
FSt  , 
FBldgNo  , 
FBrksKsrn 
FCityRgn  , 
FCntry  ; 
IDENTIFIED  BY: 

ShipToAAC 

REFERENCED: 

IN 

BY 


'Container' 


RESPONSIBLE  PROBLEM  DEFINER  IS: 

'Valentine' 


CgoAddress-F i le 
Prepare-Recons i gnment-Request 


CgoAddress-TMS-Ref 


DEFINE  ENTITY 
DESCRIPTION; 

Cargo  Address  TMS  Reference 

This  is  the  CgoAddress  reference  that  verifies  if  the  new  consignee  for 
a  diversion  is  on  file. 


KEYWORD  IS*. 
CONSISTS  OF; 

ShipToAAC 
IDENTIFIED  BY: 

ShipToAAC 

REFERENCED: 

IN 

BY 


'Container' 


CgoAddress-Fi le 

Prep-Rel-fr-Stg/Hold-Req-<TMS>  ; 
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DEFINE  ENTITY  CfloMCE  ; 

DESCRIPTION; 

Cargo  Movement  Control  Element 

This  entity  Is  an  occurrence  of  a  specific  Movement  Control  Element 
Code,  MCE  Type  Code,  and  MCE  name.  This  is  the  master  record  for  the 
cargo  Movement  Control  Element  Table. 


KEYWORD  IS: 


SOURCE  IS: 


•LOB’  , 

•Freight’  , 

•Container*  , 

•Data  Model*  ; 
•CONTAINER  DATA  MODEL* 
•FREIGHT  DATA  MODEL*  ; 


ATTRIBUTE  IS: 
SEC-CLASS 
TYPE 
PICTURE 
FIELD-LENGTH 
RETENTION 
volatility 
...LAYOUT; 

LOGICAL  DATABASE  DESIGN: 

MCECd 

MCEPref ix 
MCESuff ix 
MCETyCd 
MCENme 
AACBnMCCMCC 

FREIGHT  DATA  MODEL: 


•UNCLASSIFIED*  , 
•AN*  , 

•X(44)*  , 

•44*  , 

•PERMANENT*  , 
•STATIC*  ; 


2 

1 

1 

1 

35 

6 


P 

S 

S 

S 

S 


CgoMCE:FrelghtMov,  Mand  l:Opt  Many  (Origin  MCT) 
CBoMCE:FreightMov,  Opt  i:Opt  Many  (Origin  BMCT) 
CgoMCE:VehStopPt ,  Opt  l:Opt  Many  (Destination) 
CgoMCE:CgoAddress,  Mand  l:Opt  Many 


NOTE:  Relationships  to  FrelghtMov  and  VehStopPt  are  optional  on  side  of 
CgoMCE  because  MCECd  is  normally  obtained  through  CgoAddress. 


FREIGHT  partition: 

CgoMCE 

CgoAddress 


CRD 

R 
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CONTAINER  DATA  MODEL: 

CooMCE:CntnrMov,  Mand  l:Opt  Many  (Originr  TMR) 
CgoMCE:CntnrMovStp,  Mand  l:Opt  Many  (Destination) 
CgoMCE:CgoAddress,  Mand  l:Opt  Many 


CONTAINER  PARTITION: 


0 

11 


CgoMCE  CRD; 

COLLECTED:  IN  CgoMCE-Tbl  ; 

CONSISTS  OF: 

MCECd  , 

MCEPrefix  , 

MCESuTTix  , 

MCETyCd  , 

MCENme  , 

AACBnMCCMCC  ; 

IDENTIFIED  BY: 

MCECd  ; 

CARDINALITY  IS: 

70  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’TACCS-LOB  CNTNR/FRT  GROUP’  ; 

DEFINE  ENTITY  CgoMCE-Dam-DL-Ref  ; 

DESCRIPTION; 

Cargo  Movement  Control  Element  Damaged  Dead  lined  Reference 
This  entity  consists  of  the  data  element  values  from  the  CgoMCE  table  which 
are  assigned  by  the  system  to  identify  the  MCT  preparing  the  Damaged/Dead¬ 
li  ned  Report. 

KEYWORD  IS:  ’Container’  ; 

COLLECTED:  IN  CgoMCE-Tbl  ; 

CONSISTS  OF: 

MCENme  , 

MCEPrefix  ; 

REFERENCED: 

IN  CgoMCE-Tbl 

BY  Prep-Dam-Deadl Ined-Cntnr-Rept  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Morris’  ; 


III-491 


uywwwavvswyw.vjvw.\ 


ADSM  18-LZ4-AKM-BUR-FD 
WORKING  DRAFT  3.0 
DECEMBER  1987 


DEFINE  ENTITY  CgoMCE-ECSR-Ref  ; 

DESCRIPTION; 

Cargo  MCE  Empty  Container  Status  Report  Reference 

This  Is  CgoMCE  record  data  used  to  create  the  Trns  ISAM  and  ECSR  Msg 
file  records. 


KEYWORD  IS: 
CONSISTS  OF: 
MCEPref 1 x 
MCENme  ; 
IDENTIFIED  BY: 

MCEPref lx 
REFERENCED: 

IN 

BY 


'Container' 


RESPONSIBLE  PROBLEM  DEFINER  IS: 

'Valentine'  ; 


CgoMCE-Tbl 

Prep-Empty-Cntnr-Status-Report 


DEFINE  ENTITY  CgoMCE-InbCntnr-Ref  ; 

DESCRIPTION; 

Cargo  MCE  Inbound  Container  Reference 

This  Is  the  Cargo  MCE  record  data  used  to  Identify  the  Movement  Control 
Element  on  the  Inbound  Container  Report. 


KEYWORD  IS: 
COLLECTED: 
CONSISTS  OF: 
MCENme  , 
MCECd  , 
MCEPref lx 
MCESuff lx 
REFERENCED: 

IN 

BY 

REFERENCED: 

IN 

BY 

REFERENCED: 

IN 

BY 


'Container'  ; 

IN  CgoMCE-Tbl  ; 


RESPONSIBLE  PROBLEM  DEFINER  IS: 

'Blake'  ; 


CgoMCE-Tbl 

Correct-Merge-ETA-Forecast-Err  ; 
CgoMCE-Tbl 

Not Ify-Cnsgn-of-Inbound-Cntnr  ; 

CgoMCE-Tbl 
Capture-TMR  ; 
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DEFINE  ENTITY  CgoMCE-Recngn-ReF  ; 

DESCRIPTION; 

Cargo  MCE  Recons ignment  Reference 

This  Is  CgoMCE  file  information  used  in  the  prepare  reconsignment 
request  process. 


KEYWORD  IS: 
CONSISTS  OF: 

MCEPrefix  , 
MCENme  ; 
IDENTIFIED  BY: 

MCEPrefix  ; 
REFERENCED: 

IN 

BY 


'Container' 


IN  CgoMCE-Tbl 

BY  Prepare-Reconsignment-Request  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

'Valentine'  ; 


DEFINE  ENTITY  CgoMCE-TM3-Ref  ; 

DESCRIPTION; 

Cargo  Movement  Control  Element  TM3  Reference 

This  is  CgoMCE  file  information  used  in  the  TM3  process. 

KEYWORD  IS:  'Container'  ; 

CONSISTS  OF: 

MCEPrefix  , 

MCENme  ; 

IDENTIFIED  BY: 

MCEPrefix  ; 

REFERENCED: 

IN  CgoMCE-Tbl 

BY  Prep-Hold/Stg-Request-<TM3>  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

'Valentine'  ; 
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CgoMCE-TMS-Ref 


DEFINE  ENTITY 
DESCRIPTION; 

Cargo  Movement  Control  Element  TMS  Reference 

This  Is  CgoMCE  file  information  used  in  the  TMS  process 

KEYWORD  IS:  ‘Container’  ; 

CONSISTS  OF; 

MCEPrefix  , 

MCENme  ; 

IDENTIFIED  BY: 

MCEPrefix  ; 

REFERENCED: 

IN  CgoMCE-Tbl 

BY  Prep-Rel-fr-Stg/Hold-Req-<TMS>  : 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Valentine'  ; 
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DEFINE  ENTITY  CgoPort  ; 

DESCRIPTION; 

Cargo  Port. 

This  entity  Is  an  occurrence  of  a  specific  MILSTAMP  Port  Code«  Port  Type 
and  Port  Name.  This  is  the  master  record  for  the  Cargo  Port  Table. 


KEYWORD  IS: 


’Freight’  , 
'Container'  , 
'Data  Model* 


'LOB'  ; 

SEE  MEMO: 

Port-Memo  ; 

SOURCE  IS:  ’CONTAINER  DATA  MODEL’ 

’FREIGHT  DATA  MODEL*  ; 

ATTRIBUTE  IS: 


*29’  , 

’AN’  , 

’X<29)’  , 
’UNCLASSIFIED’ 
’PERMANENT’  , 
’STATIC’  ; 


FIELD-LENGTH 
TYPE 
PICTURE 
SEC-CLASS 
RETENTION 
volat i I ity 
LAYOUT; 

FREIGHT  DATA  MODEL: 


CgoPort:AirIdentNo,  Opt  l:0pt  Many 

FREIGHT  LOGICAL  DATABASE  DESIGN: 

PrtCd  3 

PrtTyCd  1 

PrtNme  25 

FREIGHT  partition: 

CgoPort  CRD 

container  data  model: 

CgoPort :MEvent,  Opt  l:Opt  Many 

CgpPort :VoyageStop,  Mand  l:0pt  Many  (POD) 

CONTAINER  LOGICAL  DATABASE  DESIGN: 

PrtCd  3 

PrtTyCd  1 

PrtNme  25 

CONTAINER  PARTITION: 
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CgoPort 


collected:  IN  CgoPort-Tbl  ; 

CONSISTS  OF: 

PrtCd  , 

PrtTyCd  , 

PrtNme  ; 

IDENTIFIED  BY: 

PrtCd  ; 

CARDINALITY  IS: 

332  * 

RESPONSIBLE  PROBLEM* DEFINER  IS: 

’TACCS-LOB  CNTNR/FRT  GROUP’ 


I  DEFINE  ENTITY  CgoPort-Ref  ; 

DESCRIPTION; 

Cargo  Port  Reference 

Thfs  entity  is  used  to  validate  Port  codes  when  it  is  input  to  the  system. 


KEYWORD  IS:  'Container’  , 

’LOB’  ; 

ATTRIBUTE  IS: 

FIELD-LENGTH  ’3’  , 

TYPE  ’AN’  , 

PICTURE  »X(3)’  , 

SEC-CLASS  ’UNCLASSIFIED’  , 

RETENTION  ’PERMANENT’  , 

volatility  ’STATIC’  ; 

collected:  IN  CgoPort-Tbl  ; 

CONSISTS  OF: 


PrtCd  ; 

IDENTIFIED  BY: 

PrtCd  ; 
REFERENCED: 

IN 

BY 

REFERENCED: 

IN 

BY 

REFERENCED: 

IN 

BY 


CgoPort-Tbl 

Correct-Merge-ETA-Forecast-Err  ; 


CgoPort-Tbl 

Create-Non-Fcst-Container-Rec  ; 


RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Mitcham'  ; 


CgoPort-Tbl 

Merge-Reformattad-ETA-Forecast  ; 
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19  DEFINE  ENTITY  CgoPort-TTP>Ref  ; 

DESCRIPTION; 

Cargo  Port  TTP  Reference 

This  entity  Is  used  to  validate  data  elements  Inputed  Into  the  Input 
screen  of  the  TTP  process. 

KEYWORD  IS:  ’Container’  ; 

ATTRIBUTE  IS: 

SEC-CLASS  ’UNCLASSIFIED’  , 

PROCESS-MODE  ’INTERACTIVE  BATCH’  ; 

COLLECTED:  IN  CgoPort-Tbl  ; 

CONSISTS  OF; 

PrtCd  ; 

REFERENCED: 

IN  CgoPort-Tbl 

BY  Prep-SEAVAN-Malnt-Bgn/E-<TTP>  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

'Ocasio'  ; 
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DEFINE  ENTITY 

Cntnr-Hi story- Inf o-Upd 

KEYWORD  IS: 

'Container*  ; 

COLLECTED : 

IN  Terop-History-Fi le  ; 

CONSISTS  OF: 

DestMCEPref ix  , 
StpSeqNo  , 

DupeStp Index  . 
Consignee  , 
MultiStpNo  , 
DteRecngnReq  . 
RecngnCfmNoncfm  . 
DteRecngnC-fmNonc-fm  , 
DivrsnRecngnCnsgn  , 
DDDteCarrNot  i-f  , 
DDActlSptDte  , 
DDDteCnsgnReqRelDte  • 
DDDteRel  , 

DDLoc  , 

Divrsnlndic  i 
DivrsnDte  , 
DteHoldStart  , 
DteHoldStop  , 

HoldLoc  t 
StpNonFcst  , 
DteRecCreat  i 
CntnrOwnAbbr  , 
CntnrNoPref ix  , 
CntnrNo  , 

CntnrTCN  , 
VoyDocuNoFltNo  , 
TMRPref i x  , 

SpIntCd  , 

ModeCd  , 

TransPriCd  , 

FWTNo  , 

TIN  , 

POD  . 

TotStp  , 

CntnrSz  i 
CmdtyCd  . 
ModeMethShpmtCd  i 
DteStageStart  , 
DteStageStop  . 
CntnrDam  , 

EvntDte  • 

NewEvntLoc  , 

AACCurr  , 

DspoActv  , 

RsnDenyCd  , 
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NewMovNo  • 

OceanCarrAbbr  , 

DteCurr  ; 

IDENTIFIED  BY: 

DteCurr  , 

CntnrNo  i 
Consignee  , 

CntnrNoPref ix  , 

DupeStp Index  ; 

ADDED: 

TO  Temp-History-Fi le 

BY  History-File-Retrieval  ; 

CREATED:  BY  History-File-Retrieval  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Valentine’  ; 
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DEFINE  ENTITY  CntnrDlscrp  ; 

DESCRIPTION; 

An  Incident  of  Improper  condition  of  cargo,  container  or  conveyance. 
It  Is  considered  to  be  associated  with  a  movement  event. 


KEYWORD  IS: 


SOURCE  IS!  *C 
ATTRIBUTE  IS: 
volatility 
TYPE 

SEC-CLASS 

PICTURE 

FIELD-LENGTH 

LAYOUT; 

DATA  MODEL: 


•LOB’  , 

*Data  Model’  . 
’Container’  ; 
’CONTAINER  DATA  MODEL’ 


•DYNAMIC*  . 

*  AN’ 

•UNCLASSIFIED’ 
•X(49)’  , 

’49’  ; 


CntnrDiscrp:MEvent,  Opt  Many:Mand  1 
CntnrDiscrp:DiscrpType,  Opt  Many:Mand  1 


LOGICAL  DATABASE  DESIGN: 

CntnrOwnAbbr 

CntnrNo 

Consignee 

DupeStp Index 

;MovEvntCd 

EvntTy 

TyPwrCd 

DiscrpTCN 

DiscrpPc 

DiscrpDte 

DiscrpCd 


17  P 
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PARTITION: 


None . ; 

collected:  IN 

CONSISTS  OF: 

CntnrOwnAbbr 
CntnrNo  , 
Consignee  , 
DupeStpIndex 
MovEvntCd  , 
EvntTy  , 
TyPwrCd  , 
DiscrpTCN  , 


IN  CntnrDiscrp-FI le  ; 
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DiscrpPc  , 
DIscrpDte  , 
DiscrpCd  ; 
IDENTIFIED  BY: 

CntnrOwnAbbr 
CntnrNo  . 
Consignee  , 
DupeStpIndex 
MovEvntCd  , 
EvntTy  , 
TyPwrCd  • 
DiscrpTCN  ; 

added: 

TO 

BY 

MODIFIED: 

IN 

BY 

MODIFIED: 

IN 

BY 

REFERENCED: 

IN 

BY 

REFERENCED: 

IN 

BY 

REFERENCED: 

IN 

BY 

REMOVED: 

FROM 
BY 

CREATED: 

DESTROYED 


CntnrDiscrp-Fi le 

Prep-Cgo-D i schg/Non-De I -<TTW> 

CntnrDiscrp-FUe 

Prep-Cgo“D i schg/Non-De I -<TTW> 

CntnrDiscrp-FUe 
Prep-Cgo-Non-Dlvr”Corr-<ZTW>  ; 

CntnrDiscrp-Ff le 

Prep-Cgo-D i schg/Non-De I -<TTW> 

CntnrDiscrp-FUe 
Prep-Cgo-Non-D I vr-Corr-<ZTW> 

CntnrDiscrp-FUe 

Sel-Rec— for-Cntnr-History-DB  ; 


CntnrDiscrp-Fi le 
Sel -Rec-f or-Cntnr-H i story-DB 
BY  Prep-Cgo-Di schg/Non-De I -<TTW>  ; 
BY  Sel-Rec-for-Cntnr-Hi story-DB  ; 


VW^IIAWIUI/*  I  VI  V 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’TACCS-LOB  CONTAINER  GROUP’ 


m 
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22  DEFINE  ENTITY  CntnrMov  ; 

DESCRIPTION; 

Container  Movement 

This  entity  is  an  occurrence  of  the  basic  container  movement  information 
for  a  given  container  currently  moving  from  origin  to  destination.  This 
record  is  the  master  file  record  for  the  CntnrMov-F i le. 

KEYWORD  IS:  *LOB’  , 

’Data  Model*  , 

•Container*  ; 

SOURCE  IS:  ’CONTAINER  DATA  MODEL*  ; 

ATTRIBUTE  IS: 

volatility  'DYNAMIC*  , 

RETENTION  *60  DAYS*  , 

SEC-CLASS  ’UNCLASSIFIED*  , 

TYPE  ’AN’  , 

PICTURE  ’X(133)*  , 

FIELD-LENGTH  *133’  ; 

LAYOUT ; 

DATA  MODEL : 

CntnrMov :ShpmtMethod I  Opt  Many:Mand  1 
CntnrMov :MovModeCodei  Opt  Many:Mand  1  (TIPS) 

CntnrMov :VoyageStopy  Mand  Many:Opt  1 
CntnrMov :MEvent,  Mand  l:Opt  Many  (Port) 

CntnrMov: Commodity,  Opt  Many: Mand  1 
CntnrMov :CntnrMovStp,  Mand  i:Mand  Many 
CntnrMov :Month,  Opt  Many:Mand  1 
CntnrMov :CgoMCE,  Opt  Many: Mand  I  (Origin.TMR) 

CntnrMov : TransPr i ,  Opt  Many:Opt  1 

CntnrMov :CntnrOwner,  Opt  Many:Mand  1  (Cntnr  Owner) 

CntnrMov :CntnrSize,  Opt  Many’Mand  1 
CntnrMov :SpecialInt,  Opt  Many:Opt  1 
CntnrMov :TypeCarrier,  Opt  Many:Mand  1 
CntnrMov :CgoActivity,  Opt  Many: Opt  1 


LOGICAL  DATABASE  DESIGN: 


Cntnr(X#nAbbr 

4 

P/F 

CntnrNo 

5 

P/F 

CntnrTCN 

17 

S 

DteLstUpdCntnr 

5 

S 

DteRecCreat 

5 

S 

FWTNo 

11 

S 

TMRPref ix 

6 

S 

OriginMCEPref ix 

1 

F 

MthCd 

1 

F 

HJi  njiluinji  "Ji^  unjnrBTTM 


SerNo 
CnsgnrAAC 
DteDprtCnsgnr 
UltmCnsgn 
Stgindic 
DtdStageStart 
DteStageStop 
TotStp 
CntnrDam 
CntnrNoPref ix 
TAC 

DelFlag 
MovCompF lag 
TIN 

TyCarrCd 

ModeMethShpmtCd 

POD 

CntnrTyCd 

CntnrSz 

CmdtyCd 

SpIntCd 

ModeCd 

TransPrlCd 

VoyDocuNoFltNo 

ReqAAC 


partition: 


CntnrMov 
CntnrSize 
Month 
Commodity 
Spec ia lint 
TypeCarr 
TransPri 
MovModeCode 
CntnrMovStp 
CgoAddress 
CntnrRmrkLn 
CgoMCE 
CgoActivity 
MEvent 

CntnrDiscrp 

VoyageStop 

CgoPort 

Voyage 

OceanCarr 

CntnrOwner 

ShpmtMethod 
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COLLECTED:  IN  CntnrMov-FUe  ; 

CONSISTS  OF: 

CntnrOwnAbbr  i 
CntnrNo  , 

CntnrTCN  , 

DteLstUpdCntnr  , 

DteRecCreat  . 

FWTNo  , 

TMRPrefix  , 

OrIgInMCEPref ix  , 

MthCd  , 

SerNo  , 

CnsgnrAAC  , 

DteDprtCnsgnr  , 

UltmCnsgn  , 

Stgindic  • 

DteStageStart  , 

DteStageStop  i 
TotStp  , 

CntnrDam  . 

CntnrNoPre-f ix  , 

TAC  , 

DelFlag  , 

MovCompFlag  . 

TIN  , 

TyCarrCd  , 

ModeMethShpmtCd  , 

POD  , 

CntnrTyCd  , 

CntnrSz  , 

CmdtyCd  , 

SpIntCd  , 

ModeCd  , 

TransPriCd  , 

VoyDocuNoFltNo  , 

ReqAAC  ; 

IDENTIFIED  BY: 

CntnrOwnAbbr  , 

CntnrNo  ; 

REFERENCED: 


IN 

CntnrMov-Fi le 

BY 

Sel-Rec-for-Cntnr-History-DB  ; 

REMOVED: 

FROM 

CntnrMov-Fi le 

BY 

Sel-Rec-for-Cntnr-History-DB  ; 

CREATED: 

BY 

Correct-Merge-ETA-Forecast-Err  ; 

CREATED: 

BY 

Create-Non-Fcst-Container-Rec  ; 

CREATED: 

BY 

Merge-Ref ormatted-ETA-Forecast  ; 

CREATED: 

BY 

Prep-Cgo-Dischg/Non-Del-<TTW>  ; 
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CREATED:  BY  Prep-Del-60-Day-0ld-Cntnr-Rept  ; 

CREATED:  BY  Prep-Empty-Cntnr-Status-Repopt  ; 

CREATED:  BY  Prep>Hold/Stg-Request-<TM3>  ; 

CREATED;  BY  Prep-Rel-f r-Stg/Hold“Req-<TMS>  ; 

CREATED:  BY  Prepare-Reconslgnment-Request  ; 

CREATED:  BY  Capture-TMR  ; 

DESTROYED:  BY  Sel-Rec-For-Cntnr-Htstory-DB  ; 

CARDINALITY  IS: 

5000  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’TACCS-LOB  CONTAINER  GROUP’  ; 

DEFINE  ENTITY  CntnrMov-CRec-Ref  ; 

KEYWORD  IS:  ’Container’  ; 

CONSISTS  OF: 

CmdtyCd  , 

CntnrSz  , 

TotStp  , 

CntnrTCN  , 

CntnrNo  , 

CntnrOwnAbbr  , 

VoyDocuNoFltNo  , 

POD  ; 

IDENTIFIED  BY: 

CntnrNo  , 

CntnrOynAbbr  ; 

REFERENCED: 

IN  CntnrMov-File 

BY  Create-Non-Fcst-Container-Rec  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Mitchem’  ; 
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DEFINE  ENTITY 
KEYWORD  IS: 

CONSISTS  OF: 

UltmCnsgn  , 
CntnrNoPref ix 
CntnrNo  , 
CntnrOwnAbbr  , 
VoyDocuNoFltNo 
POD  , 

TyCarrCd  , 
DteRecCreat  , 
DteLstUpdCntnr 
ADDED: 

TO 

BY 

RESPONSIBLE  PROBLEM 


’Container’ 


CntnrMov-CRec-Upd 


CntnrMov-Fi le 

Create-Non-Fcst-Conta i ner-Rec 
DEFINER  IS: 


’Mitchem’ 


25 


CntnrMov-Dam-DL-Re-f 


DEFINE  ENTITY 
DESCRIPTION; 

Container  Movement  Damaged  Dead lined  Reference 

This  entity  consists  of  the  data  element  values  from  the  CntnrMov  file 
which  are  assigned  by  the  system  to  the  Damaged/Dead I ined  Report. 


’Container’  ; 

IN  CntnrMov-Fi le 


KEYWORD  is: 

COLLECTED: 

CONSISTS  OF: 

CntnrNo  1 
CntnrNoPref ix 
FWTNo  , 

CntnrOwnAbbr  > 

TMRPrefix  , 

VoyDocuNoFltNo 
CntnrTCN  ; 

REFERENCED: 

IN 
BY 

RESPONSIBLE  PROBLEM  DEFINER  IS: 
’Morris’ 


CntnrMov-F i le 

Prep-Dam-Deadl ined-Cntnr-Rept 


I I 1-506 
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26  DEFINE  ENTITY  CntnrMov-Dam-DL-Upd  ; 

DESCRIPTION; 

Container  Movement  Damaged  Dead lined  Update 

This  entity  consists  o-f  the  data  element  values  which  are  assigned  to  the 
appropriate  data  elements  in  the  CntnrMov  file. 


KEYWORD  IS:  ’Container’  ; 

COLLECTED:  IN  CntnrMov-Fi le  ; 

CONSISTS  OF: 

CntnrNo  • 

CntnrNoPref ix  , 

FWTNo  , 

CntnrOwnAbbr  , 

TMRPrefix  , 

VoyDocuNoFltNo  , 

CntnrTCN  , 

DteLstUpdCntnr  , 

CntnrDam  ; 

MODIFIED: 

IN  CntnrMov-Fi le 

BY  Prep-Dam-Dead  I ined-Cntnr-Rept  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Morris’  ; 

DEFINE  ENTITY  CntnrMov-tCSR-Ref  ; 

DESCRIPTION; 

Container  Movement  Empty  Container  Status  Report  Reference 

This  is  container  record  information  that  is  used  by  the  prepare  empty 

container  status  report  process. 


KEYWORD  IS;  ’Container’  ; 

CONSISTS  OF: 

CntnrOwnAbbr  , 

CntnrNo  , 

CntnrNoPref ix  , 

VoyDocuNoFltNo  ; 

IDENTIFIED  BY: 

CntnrOwnAbbr  , 

CntnrNo  ; 

REFERENCED: 

IN  CntnrMov-Fi le 

BY  Prep-Empty-Cntnr-Status-Report  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Valentine’  ; 
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DEFINE  ENTITY  CntnrMov-ECSR-Upd  ; 

DESCRIPTION; 

Container  Movement  Empty  Container  Status  Report  Update 

This  is  CntnrMov  record  data  used  to  update  the  CntnrMov  record 


KEYWORD  ISs  ’Container’ 
CONSISTS  OF: 

CntnrOwnAbbr  , 

CntnrNo  , 
DteLstUpdCntnr  ; 
IDENTIFIED  BY: 

CntnrOwnAbbr  , 


CntnrNo  ; 

ADDED: 

TO  CntnrMov-F i le 

BY  Prep-Empty-Cntnr-Status-Report  ; 

MODIFIED: 

IN  CntnrMov-F i le 

BY  Prep-Empty-Cntnr-Status-Report  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Valentine’  ; 
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29  DfFINE  ENTITY  CntnrMov-ETA-Fcst-InFo  j 

DESCRIPTION; 

Container  Movement  ETA  Forecast  Information 

This  entity  validates  the  existence  of  a  CntnrMov  record. 

KEYWORD  IS:  'Container’  ; 

collected:  IN  CntnrMov-F i le  ; 

CONSISTS  OF: 

CntnrOwnAbbr  , 

CntnrNo  , 

VoyDocuNoFltNo  , 

POD  , 

CntnrNoPref ix  , 

TotStp  , 

CntnrTCN  , 

CmdtyCd  , 

CntnrSz  , 

UltmCnsgn  , 

DteRecCreat  ; 

ADDED: 

TO  CntnrMov-F i le 

BY  Correct-Merge-ETA-Forecast-Err  ; 

ADDED: 

TO  CntnrMov-F i le 

BY  Merge-Reformatted-ETA-Forecast  ; 

MODIFIED: 

IN  CntnrMov-F i le 

BY  Correct-Merge-ETA-Forecast-Err  ; 

MODIFIED: 

IN  CntnrMov-F i le 

BY  Merge-Reformatted-ETA-Forecast  ; 

REFERENCED: 

IN  CntnrMov-F i le 

BY  Correct-Merge-ETA-Forecast-Err  ; 

REFERENCED: 

IN  CntnrMov-Fi le 

BY  Merge-Reformatted-ETA-Forecast  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

'Cope'  ; 
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30  DEFINE  ENTITY  CntnrMov-Hlst-Upd  ; 

DESCRIPTION; 

Container  Movement  History  Update 

This  is  the  CntnrMov  record  update  info  that  is  used  to  identify  records 
that  meet  the  deletion  selection  criteriai  but  do  not  meet  the  inactive 
status  timeframe  parameter  to  be  moved  to  history  storage  disks.  This 
update  is  used  as  a  key  to  delete  the  record  after  it  meets  the  inactive 
timeframe  criteria. 


KEYWORD  IS:  ’Container*  ; 

CONSISTS  OF: 

CntnrOwnAbbr  , 

CntnrNo  i 
DteLstUpdCntnr  , 

MovCompFlag  ; 

IDENTIFIED  BY: 

CntnrOwnAbbr  , 

CntnrNo  ; 

MODIFIED: 

IN  CntnrMov“Fi le 

BY  Sel-Rec-for-Cntnr-History-DB  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Valentine’  ; 

31  DEFINE  ENTITY  CntnrMov-InbCntnr-Ref  ; 

DESCRIPTION; 

Container  Movement  Inbound  Container  Reference 

This  is  the  Container  Movement  record  used  to  identify  the  movement  data 
for  a  container  on  the  Inbound  Container  Report. 

KEYWORD  IS:  ’Container’  ; 

COLLECTED:  IN  CntnrMov-F i le  ; 

CONSISTS  OF: 

CntnrOwnAbbr  , 

CntnrNo  i 
CntnrNoPref ix  , 

CntnrTCN  , 

VoyDocuNoFltNo  , 

TotStp  , 

POD  , 

CntnrSz  f 
CmdtyCd  , 

DteRecCreat  ; 

REFERENCED: 

IN  CntnrMov-Fi le 

BY  Not ify-Cnsgn-of-Inbound-Cntnr  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Blake’  ; 
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32  DEFINE  ENTITY  CntnrMov-Inq/Rept-InFo-Ref  ; 

DESCRIPTION; 

Container  Movement  Inquiry/Report  In-formation  Re-ference 

This  entity  consists  of  the  data  elements  and  values  in  the  CntnrMov  file 

which  are  referenced  and  displayed  in  the  Inquiry/Rept-on-Spec if ic-Cntnr 

process. 


KEYWORD  IS:  'Container'  ; 

COLLECTED:  IN  CntnrMov-F i le  ; 

CONSISTS  OF: 

CntnrOwnAbbr  , 

CntnrNo  • 

CntnrTCN  , 

VoyDocuNoFltNo  , 

POD  . 

CntnrNoPref ix  , 

ModeCd  , 

CntnrSz  , 

UltmCnsgn  , 

TotStp  , 

Stgindic  , 

CmdtyCd  • 

DteLstUpdCntnr  , 

TMRPrefix  , 

SpIntCd  , 

TransPriCd  , 

CntnrDam  , 

DteStageStart  , 

DteStageStop  ; 

REFERENCED: 

IN  CntnrMov-Fi le 

BY  Inquiry/Rept-on-Spec if ic-Cntnr  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

'Morris’  ; 
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33  DEFINE  ENTITY  CntnrMov-MtnStp-Inf o  ; 

DESCRIPTION; 

This  Is  the  CntnrMov  record  Inforfflation  that  is  referenced  to 
Identify  the  record  to  be  updated  in  the  process. 

KEYWORD  IS:  ‘Container*  ; 

COLLECTED:  IN  CntnrMov-F i le  ; 

CONSISTS  OF: 

CntnrNo  , 

FWTNo  , 

TMRPrefix  , 

CntnrNoPref ix  , 

CntnrOwnAbbr  , 

DteLstUpdCntnr  , 

MovCompFlag  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

‘Valentine’  ; 

34  DEFINE  ENTITY  CntnrMov-Recngn-Ref  ; 

•DESCRIPTION; 

Container  Movement  Reconsignment  Reference 

This  is  CntnrMov  record  information  that  is  used  in  preparing  the 
request  for  reconsignment. 

KEYWORD  IS:  ‘Container’  ; 

CONSISTS  OF: 

CntnrOwnAbbr  , 

CntnrNo  i 
CntnrNoPref ix  , 

VoyDocuNoFltNo  , 

POD  , 

TAC  • 

IDENTIFIED  BY: 

CntnrOwnAbbr  , 

CntnrNo  ; 

REFERENCED: 

IN  CntnrMov-F i le 

BY  Prepare-Reconsignment-Request  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

‘Valentine’  ; 
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DEFINE  ENTITY  CntnrMov-Recngn-Upd  ; 

DESCRIPTION; 

Container  Movement  Reconsignment  Update 

This  is  CntnrMov  record  update  information  used  in  the  reconsignment 
request  process. 

KEYWORD  IS:  'Container’  ; 

CONSISTS  OF: 

CntnrOwnAbbr  , 

CntnrNo  i 
DteLstUpdCntnr  ; 

IDENTIFIED  BY: 

CntnrOwnAbbr  • 

CntnrNo  ; 

ADDED: 

TO  CntnrMov-F i le 

BY  Prepare-Rcconsignment-Request  ; 

MODIFIED: 

IN  CntnrMov-Fi le 

BY  Prepare-Reconsignment-Request  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

'Valentine'  ; 
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DEFINE  ENTITY  CntnrMov-TM2-Inf o  ; 

DESCRIPTION; 

Container  Movement  TM2  Information 

This  entity  consists  of  the  data  elements  and  values  from  the  CntnrMov  file 
which  are  referenced  and  updated  by  the  Prep-Divers ion-Request-<TM2> 
process. 


KEYWORD  IS:  ’Container’  ; 

COLLECTED:  IN  CntnrMov-F i Ic  ; 

CONSISTS  OF: 

CntnrNoPref ix  , 

CntnrNo  i 
CntnrOwnAbbr  , 

FWTNo  , 

TMRPrefix  , 

VoyDocuNoF ItNo  , 

TAC  , 

CntnrTCN  , 

CnsgnrAAC  , 

POD  , 

DteDprtCnsgnr  , 

DteLstUpdCntnr  ; 

MODIFIED: 

IN  CntnrMov-Fi le 

BY  Prep-Divers ion-Request-<TM2> 

REFERENCED: 

IN  CntnrMov-Fi le 

BY  Prep-Diversion-Request-<TM2> 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Morris’  ; 


CntnrMov-F i le 

Prep-Divers ion-Request-<TM2> 
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DEriNE  ENTITY  CntnrMov-TM3-Ref  ; 

DESCRIPTION; 

Container  Movement  TM3  Reference 

This  is  the  CntnrMov  reference  data  that  is  used  to  verify  the  correct 
record  to  be  used  in  creating  the  TM3  from  the  front  end  screen. 

KEYWORD  IS:  ’Container’  ; 

ATTRIBUTE  IS: 

SEC-CLASS  ’UNCLASSIFIED’  ; 

CONSISTS  OF: 

CntnrOwnAbbr  , 

CntnrNo  i 
CntnrNoPref ix  , 

CntnrTCN  , 

VoyDocuNoF ItNo  , 

CnsgnrAAC  , 

DteDprtCnsgnr  ; 

IDENTIFIED  BY: 

CntnrOwnAbbr  , 

CntnrNo  ; 

REFERENCED: 

IN  CntnrMov-F i le 

BY  Prep-Hold/Stg-Request-<TM3>  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Valentine'  ; 
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38  DEFINE  ENTITY  CntnrMov-TM3-Upd  ; 

DESCRIPTION; 

Container  Movement  TM3  Update 

This  Is  the  CntnrMov  update  information  used  to  update  the  record. 

KEYWORD  IS:  ’Container*  ; 

ATTRIBUTE  IS: 

SEC-CLASS  ’UNCLASSIFIED’  ; 

CONSISTS  OF: 

CntnrOwnAbbr  , 

CntnrNo  , 

DteLstUpdCntnr  , 

CnsgnrAAC  , 

DteDprtCnsgnr  ; 

IDENTIFIED  BY: 

CntnrOwnAbbr  , 

CntnrNo  ; 

ADDED: 

TO  CntnrMov-File 

BY  Prep-Hold/Stg-Request-<TM3>  ; 

MODIFIED: 

IN  CntnrMov-File 

BY  Prep-Hold/Stg-Request-<TM3>  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Valentine’  ; 
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DEFINE  ENTITY 

KEYWORD  IS:  ‘Container’ 

i CONSISTS  OF: 

TMRPrefIx  , 
OrigInMCEPref ix  i 
MthCd  , 

SerNo  , 

SpIntCd  I 
ModeCd  , 

TransPriCd  , 

tin  , 

CntnrTCN  , 

FWTNo  , 

CntnrNo  , 

CntnrNoPre-f ix  , 
CntnrOwnAbbr  , 
DteLstUpdCntnr  ; 
IDENTIFIED  BY: 

CntnrNo  « 
CntnrOwnAbbr  i 
TMRPreTix  ; 


CntnrMov-TMR-InFo  ; 


BY  Capture-TMR 
USING  DteLstUpdCntnr  ; 

BY  Capture-TMR 
USING  TMR-Inp  | 

Capture-TMR 

TO  DERIVE  TMR-ErrMsg-Out  ; 
Capture-TMR 

TO  MAINTAIN  CntnrMov-F i le  ; 

CntnrMov-F i le 
Capture-TMR  ; 

CntnrMov-F i le 
Capture-TMR  ; 

CntnrMov-F i le 
Capture-TMR  ; 


DERIVED: 
DERIVED: 
USED  BY: 
USED  BY: 


ADDED: 

TO  CntnrMov-F  i 

BY  Capture-TMR 

MODIFIED: 

IN  CntnrMov-F I 

BY  Capture-TMR 

REFERENCED: 

IN  CntnrMov-F i 

BY  Capture-TMR 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

'Zacot'  ; 
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40  DEFINE  ENTITY  CntnrMov-TMS-ReF  ; 

DESCRIPTION; 

Container  Movement  TMS  Reference 

This  Is  the  CntnrMov  reference  data  that  Is  used  to  verify  the  correct 
record  to  be  used  in  creating  the  TMS  from  the  front  end  screen. 

KEYWORD  IS:  'Container'  ; 

CONSISTS  OF: 

CntnrOwnAbbr  « 

CntnrNo  • 

CntnrNoPref ix  , 

CntnrTCN  , 

CnsgnrAAC  , 

DteDprtCnsgnr  , 

VoyDocuNoFltNo  ; 

IDENTIFIED  BY: 

CntnrOwnAbbr  , 

CntnrNo  ; 

REFERENCED: 

IN  CntnrMov-Fi le 

BY  Prep-Rel-fr-Stg/Hold-Req-<TMS>  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Valentine’  ; 

41  DEFINE  ENTITY  CntnrMov-TMS-Upd  ; 

DESCRIPTION; 

Container  Movement  TMS  Update 

This  is  the  CntnrMov  update  Info  used  to  update  the  record. 

KEYWORD  IS:  ’Container’  ; 

CONSISTS  OF: 

CntnrOwnAbbr  , 

CntnrNo  , 

DteLstUpdCntnr  , 

CnsgnrAAC  , 

DteDprtCnsgnr  ; 

IDENTIFIED  BY: 

CntnrOwnAbbr  , 

CntnrNo  ; 

added: 

TO  CntnrMov-FI le 

BY  Prep-Re l-fr-Stg/Hold-Req-<TMS>  ; 

P«)DIFIED: 

IN  CntnrMov-FI le 

BY  Prep-Rel-fr-Stg/Hold-Req-<TMS>  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Valentine'  ; 
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42  DEFINE  ENTITY  CntnrMov-TTB-Ref  ; 

DESCRIPTION; 

Container  Movement  TTB  Reference 

This  information  may  be  referenced  by  the  process  in  order  to  utilize 
currant  data  for  the  generation  of  specified  report  information. 

KEYWORD  IS:  'Container'  ; 

COLLECTED:  IN  CntnrMov-F i le  ; 

CONSISTS  OF: 

CntnrNo  , 

CntnrTCN  , 

FWTNo  , 

TMRPrefix  , 

CntnrNoPref ix  , 

CntnrOwnAbbr  ; 

REFERENCED: 

IN  CntnrMov-Fi  le 

BY  Prepare-CnsQn-Rept-Evnts-<TTB>  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

'Mitchem'  ; 

43  DEFINE  ENTITY  CntnrMov-TTB-Upd  ; 

DESCRIPTION; 

Container  Movement  TTB  Updated  Reference 

This  is  information  that  is  generated  as  a  result  of  the  process  occur 
ring  and  is  applicable  to  the  container  move  as  a  whole. 

KEYWORD  IS:  'Container'  ; 

COLLECTED:  IN  CntnrMov-Fi le  ; 

CONSISTS  OF: 

TyCarrCd  , 

ModeMethShpmtCd  i 
CntnrNoPref ix  , 

DteLstUpdCntnr  ; 

IDENTIFIED  BY: 

CntnrOwnAbbr  , 

CntnrNo  ; 

MODIFIED: 

IN  CntnrMov-F i le 

BY  Prepare-Cnsgn-Rept-Evnts-<TTB>  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

'Mitchem'  ; 
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44  DEFINE  ENTITY  CntnrMov-TTP-Ref  ; 

DESCRIPTION; 

Container  Movement  TTP  Reference 

Theee  are  the  data  elements  that  are  being  copied  from  the  CntnrMov  file 
to  the  TTP  input  screen. 

KEYWORD  IS:  ’Container’  ; 

ATTRIBUTE  IS: 

SEC-CLASS  ’UNCLASSIFIED’  , 

!  PROCESS-MODE  ’INTERACTIVE  BATCH’  ; 

COLLECTED:  IN  CntnrMov-F i le  ; 

CONSISTS  OF: 

CntnrOwnAbbr  , 

CntnrNo  , 

VoyDocuNoFltNo  , 

POD  , 

CntnrTCN  , 

TMRPrefix  , 

FWTNo  , 

TyCarrCd  , 

CntnrNoPref ix  ; 

IDENTIFIED  BY: 

CntnrNo  , 

CntnrOwnAbbr  ; 

REFERENCED: 

IN  CntnrMov-File 

BY  Prep-SEAVAN-Maint-Bgn/E-<TTP>  ; 

REFERENCED: 

IN  CntnrMov-File 

BY  Prep-Svan-Maint-Bgn/E-Corr-ZTP  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Ocasio’  ; 
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DEFINE  ENTITY  CntnrMov-TTP-Upd  ; 

DESCRIPTION; 

Container  Movement  TTP  Update 

This  entity  updates  the  CntnrMov  file  with  the  date  that  the  container 
record  was  last  updated. 

KEYWORD  IS:  ’Container’  ; 

ATTRIBUTE  IS: 

SEC-CLASS  ’UNCLASSIFIED’  , 

PROCESS-MODE  ’INTERACTIVE  BATCH’  ; 
collected:  IN  CntnrMov-F i le  ; 

CONSISTS  OF: 

DteLstUpdCntnr  , 

CntnrNo  , 


CntnrOwnAbbr  ; 

MODIFIED: 

IN  CntnrMov-Fi 

BY  Prep-SEAVAN 

MODIFIED: 

IN  CntnrMov-Fi 

BY  Prep-Svan-M 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

'Ocasio'  ; 


CntnrMov-F i  le 

Prep-SEAVAN-Majnt-Bgn/E-<TTP>  ; 
CntnrMov-F i  le 

Prep-Svan-Maint-Bgn/E-Corr-ZTP  ; 
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DEFINE  ENTITY  CntnrMov-TTU-Ref  ; 

DESCRIPTION; 

Container  Movement  TTU  Reference 

This  entity  defines  those  data  elements  that  are  being  copied  from  the 
CntnrMov  File  to  the  TTU  Input  screen. 

ff 

’Container’  ; 


tSf 


KEYWORD  IS: 

ATTRIBUTE  IS: 
SEC-CLASS 
PROCESS-MODE 
CONSISTS  OF: 

CntnrOwnAbbr  , 
CntnrNo  , 
VoyDocuNoFltNo 
ModeMethShpmtCd 
TyCarrCd  , 
CntnrSz  , 
TMRPrefix  . 
FWTNo  , 

TIN  , 

SpIntCd  t 
ModeCd  , 
TransPriCd  ; 
IDENTIFIED  BY: 

CntnrOwnAbbr  , 
CntnrNo  ; 


’UNCLASSIFIED’  , 
’INTERACTIVE  BATCH' 


,  iV.' 


USED  BY: 

USED  BY: 

USED  BY: 

USED  BY: 

USED  BY: 

USED  BY: 

USED  BY: 

USED  BY: 

USED  BY: 

USED  BY: 

REFERENCED: 

IN 

BY 


Prep-Convey-Change-Not 1 f -<TTU> 

TO  DERIVE  EvntDte  ; 

Prep-Convey-Change-Not 1 f -<TTU> 

TO  DERIVE  NewMovNo  ; 

Prep-Convey-Change-Not 1 f -<TTU> 

TO  DERIVE  PstDtc  ; 

Prep-Convey-Change-Not if -<TTU> 

TO  DERIVE  Err-Msg  ; 

Prep-Convey-Change-Not 1 f -<TTU> 

TO  DERIVE  Err-Diag  ; 

Prep-Convey-Change-Not 1 f -<TTU> 

TO  DERIVE  NewTyCarrCd  ; 

Prep-Convey-Change-Not 1 f -<TTU> 

TO  DERIVE  NewModeMethShpmtCd  ; 

Prep-Convey-Change-Not 1 f -<TTU> 

TO  DERIVE  NewTyMovNoCd  ; 

Prep-Convey-Change-Not 1 f -<TTU> 

TO  DERIVE  MEvent-TTU-Upd  ; 

Prep-Convey-Change-Not 1 f-<TTU> 

TO  DERIVE  TTU-DSSR-Info  ; 

CntnrMov-F 1 le 

Prep-Convey-Change-Not if-<TTU> 
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RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Zacot’  ; 


DEFINE  ENTITY  CntnrMov-ZTB-Ref  ; 

DESCRIPTION; 

Container  Movement  ZTB  Reference 

This  entity  is  composed  of  values  that  were  entered  by  the  original  TTB 
transaction,  and  are  displayed  so  that  the  user  may  change  one  of  them 
(ModeMethShpmtCd) . 

KEYWORD  IS:  ’Container’  ; 

COLLECTED!  IN  CntnrMov-F i le  ; 

CONSISTS  OF: 

CntnrNoPref ix  , 

FWTNo  , 

CntnrOwnAbbr  , 

TMRPrefix  , 

VoyDocuNoF ItNo  , 

ModeMethShpmtCd  , 

TyCarrCd  , 

CntnrTCN  ; 

REFERENCED: 

IN  CntnrMov~Fi le 

BY  Prep-Cnsgn-Rept-Evnts-Corr-ZTB  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Mitchem’  ; 


48  DEFINE  ENTITY  CntnrMov-ZTB-Upd  ; 

DESCRIPTION; 

Container  Movement  ZTB  Update 

This  entity  details  values  of  Container  Move  that  are  changed  from  the 
original  TTB  entries,  to  those  entered  via  the  ZTB  process. 

KEYWORD  IS:  ’Container'  ; 

COLLECTED:  IN  CntnrMov-Fi le  ; 

CONSISTS  OF: 

CntnrOwnAbbr  , 

VoyDocuNoF I tNo  , 

ModeMethShpmtCd  , 

TyCarrCd  , 

CntnrNo  , 

DteLstUpdCntnr  ; 

MODIFIED: 

IN  CntnrMov-Fi le 

BY  Prep-Cnsgn-Rept-Evnts-Corr-ZTB  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Mitchem’  ; 
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49  DEFINE  ENTITY  CntnrMovRmrk-Ref  ; 

DESCRIPTION; 

Container  Movement  Remark  Reference. 

This  entity  is  data  used  to  Identify  the  container  that  remarks  data  Is 
being  posted  to  for  a  container  movement. 

KEYWORD  IS:  'Container’  , 

•LOB’  ; 

CONSISTS  OF: 

CntnrNo  , 

CntnrNoPref lx  , 

CntnrOwnAbbr  , 

FWTNo  , 

TMRPrefix  , 

VoyDocuNoFltNo  , 

POD  ; 

REFERENCED: 

IN  CntnrMov“F1 le 

BY  Create-Contalner-Remarks  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

'Blake*  ; 
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DEFINE  ENTITY  CntnrMovStp  ; 

DESCRIPTION; 

Container  Movement  Stop 

This  entity  Is  an  occurrence  of  the  Information  about  a  multi  stop 
action  for  a  given  container  movement.  This  Is  the  master  file  record 
for  the  CntnrMovStp-Fi le. 


KEYWORD  IS: 


•LOB’  , 

’Data  Model’ 
’Container’ 


SOURCE  IS:  »C 

ATTRIBUTE  IS: 
volat 1 1 ity 
RETENTION 
SEC-CLASS 
TYPE 
PICTURE 
FIELD-LENGTH 
LAYOUT; 


CONTAINER  DATA  MODEL’ 


’DYNAMIC’  , 

’60  DAYS’  , 
’UNCLASSIFIED’ 
•AN’  , 

’X(215)’  , 
’215’  ; 


DATA  model: 


CntnrMovStp :CntnrMov,  Mand  Many:Mand  1 
CntnrMovStp :CntnrRmrkLn,  Mand  l:0pt  Many 
CntnrMovStp:MEvent ,  Mand  l:0pt  Many  (Stop) 
CntnrMovStp : CgoAddress ,  Opt  Many:Mand  1  (Consignee) 
CntnrMovStp :CgoMCE,  Opt  Many:Mand  1  (Destination) 


LOGICAL  DATABASE  DESIGN: 

CntnrOwnAbbr 

CntnrNo 

Consignee 

DupeStpIndex 

Mult IStpNo 

DteRecngnReq 

DDDteCarrNotif 

DDActlSptDte 

Divrsnindic 

DteCnsgnNot if 

RecngnCfmNoncfm 

DteRecngnCfmNoncfm 

ODDteRel 

DDCarrPOCNotif 

DDDteCnsgnNot If 

DDCnsgnPOCNot if 

DDDteCnsgnReqRelDte 

DDCarrPOCNotif Re  I 
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DDLoc  25 

StpSeqNo  1  S 

StpCompFlag  1  S 

DivrsnDte  5 

DteHoldStart  5 

DteHoldStop  5 

HoldLoc  25 

DivrsnRecngnCnsgn  6 

StpNonFcst  1  S 

DDPostDte  5  S 

DestMCEPref ix  1  F 

DestMCESuFf ix  1  S 


PARTITION: 

None. 

COLLECTED:  IN  CntnrMovStp-F i le  ; 

CONSISTS  OF; 

CntnrOwnAbbr  , 

CntnrNo  i 
Consignee  , 

DupeStpIndex  , 

MultiStpNo  , 

DteRecngnReq  • 

DDDteCarrNot iF  , 

DDActlSptDte  , 

DivrsnIndic  , 

DteCnsgnNot i F  , 

RecngnCFmNoncFm  , 
DteRecngnCFmNoncFm  , 

DDDteRel  , 

DDCarrPOCNotiF  , 

DDDteCnsgnNot IF  , 

DDCnsgnPOCNot i F  , 
DDDteCnsgnReqRelDte  « 
DDCarrPOCNotiFRel  , 

DDLoc  , 

StpSeqNo  t 
StpCompFlag  , 

DivrsnDte  » 

DteHoldStart  , 

DteHoldStop  , 

HoldLoc  , 

DivrsnRecngnCnsgn  , 

StpNonFcst  , 

DDPostDte  , 

DestMCEPreFix  , 
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DestMCESuFfU  ; 

IDENTIFIED  BY: 

CntnrOwnAbbr  • 

CntnrNo  i 
Consignee  , 

DupeStpIndex  ; 

REFERENCED: 

IN  CntnrMovStp-File 

BY  Sel-Rec-for-Cntnr-History-DB  ; 

REMOVED: 

FROM  CntnrMovStp-Ff le 

BY  Sel-Rec— for-Cntnr-History-DB  ; 

CREATED:  BY  Correct-Merge-ETA-Forecast-Err  ; 

CREATED:  BY  Create-Non-Fcst-Container-Rec  ; 

CREATED:  BY  Merge-Ref ormatted-ETA-Forecast  ; 

CREATED:  BY  Prepare-Recons ignment-Request  ; 

CREATED:  BY  Capture-TMR  ; 

DESTROYED:  BY  Sel-Rec-for-Cntnr-History-DB  ; 

CARDINALITY  IS: 

5000  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’TACCS-LOB  CONTAINER  GROUP’  ; 


DEFINE  ENTITY  CntnrMovStp-CRec-Upd  ; 

KEYWORD  IS:  ‘Container’  ; 

CONSISTS  OF: 

MultiStpNo  , 

CntnrOwnAbbr  , 

CntnrNo  i 
Consignee  , 

StpNonFcst  ; 

added: 

TO  CntnrMovStp-Fi le 

BY  Create-Non-Fcst-Contalner-Rec  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Mitchem’  ; 
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DEFINE  ENTITY  CntnrMovStp-Dam-DL-ReF  ; 

DESCRIPTION; 

Container  Movement  Stop  Damagod  Deadlined  Reference 

This  entity  consists  o-f  the  data  element(s)  values(s)  from  the  CntnrMovStp 
file  which  are  assigned  by  the  system  to  the  Damaged/Dead I ined  Report. 


I 

e 


KEYWORD  IS:  'Container'  ; 

COLLECTED:  IN  CntnrMovStp-F i le  ; 

CONSISTS  OF; 

CntnrNo  , 

CntnrOwnAbbr  , 

Consignee  , 

MultiStpNo  , 

StpCompFlag  ; 

REFERENCED: 

IN  CntnrMovStp-Fi le 

BY  Prep-Dam-Deadl ined-Cntnr-Rept 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

'Morris’  ; 
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53  DEFINE  ENTITY  CntnrMovStp-ETA-Fcst-InTo  ; 

DESCRIPTION; 

Container  Movement  Stop  ETA  Forecast  Information 

This  entity  determines  If  a  stop  record  exists  in  the  database,  and  If  so, 
sends  it  to  an  error  file.  If  it  does  not  exist,  it  creates  a  CntnrMovStp 
record. 

KEYWORD  IS:  ’Container’  ; 

COLLECTED:  IN  CntnrMovStp-F i le  ; 

CONSISTS  OF: 

CntnrOwnAbcr  , 

CntnrNo  , 

Consignee  , 

MultiStpNo  , 

DupeStpIndex  , 

DestMCEPref ix  , 

DestMCESuff ix  ; 

ADDED: 

TO  CntnrMovStp-Fi le 

BY  Correct-Merge-ETA-Forecast-Err  ; 

ADDED: 

TO  CntnrMovStp-F lie 

BY  Merge-Reformatted-ETA-Forecast  ; 

MODIFIED: 

IN  CntnrMovStp-F i le 

BY  Correct-Merge-ETA-Forecast-Err  ; 

MODIFIED: 

IN  CntnrMovStp-Fi le 

BY  Merge-Reformatted-ETA-Forecast  ; 

REFERENCED: 

IN  CntnrMovStp-F i le 

BY  Correct-Merge-ETA-Forecast-Err  ; 

REFERENCED: 

IN  CntnrMovStp-F 1 le 

BY  Merge-Reformatted-ETA-Forecast  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Cope’  ; 
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54  DEFINE  ENTITY  CntnrMovStp-InbCntnr-Ref  ; 

DESCRIPTION; 

Container  Movement  Stop  Inbound  Container  Reference 

This  is  the  Container  Stop  record  used  to  identify  the  movement  data  for  a 
specific  stop  of  a  container  on  the  Inbound  Container  Report. 

KEYWORD  IS:  ’Container’  ; 

COLLECTED:  IN  CntnrMovStp-Fi le  ; 

CONSISTS  OF: 

StpNonFcst  , 

CntnrNo  , 

CntnrOwnAbbr  , 

MultiStpNo  , 

Consignee  , 

DestMCEPref ix  , 

DestMCESuff ix  ; 

REFERENCED: 

IN  CntnrMovStp-Fi le 

BY  Not ify-Cnsgn-of-Inbound-Cntnr  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Blake’  ; 
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DEFINE  ENTITY  CntnrMovStp-Inq/Rcpt-InFo-ReF  ; 

DESCRIPTION; 

Container  Movement  Stop  Inquiry/Report  Information  Reference 
This  entity  consists  of  the  data  elements  and  values  from  the  CntnrMovStp 
file  which  are  referenced  and  displayed  by  the  Inquiry/Rept-on-Specif ic- 
Cntnr  process. 


KEYWORD  IS:  ’Container’  ; 

COLLECTED:  IN  CntnrMovStp-F i le  ; 

CONSISTS  OF: 

Consignee  , 

CntnrOwnAbbr  , 

CntnrNo  , 

MultiStpNo  , 

DestMCEPref ix  , 

StpSeqNo  . 

Divrsnindic  • 

RecngnCfmNoncfm  , 

Di vrsnRecngnCnsgn  , 

DDActlSptDte  , 

DteHoldStart  . 

DteHoldStop  ; 

REFERENCED: 

IN  CntnrMovStp 

BY  InquIry/Rep 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Morris’  ; 


CntnrMovStp-F i le 

Inqu I ry/Rept-on-Spec  f f I c-Cntnr  ; 


DEFINE  ENTITY  CntnrMovStp-MtnStp-Info 

DESCRIPTION; 

This  is  the  CntnrMovStp  record  information  that  is  referenced 
to  identity  the  record  to  be  updated  in  the  process. 


KEYWORD  IS:  ’Container’  ; 

COLLECTED:  IN  CntnrMovStp-F i le 

CONSISTS  OF: 

CntnrNo  i 
CntnrOwnAbbr  , 

Consignee  , 

MultiStpNo  , 

StpCompFlag  , 

StpNonFcst  f 
Divrsnindic  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Valentine’  ; 


III-531 


ADSM  18-LZ4-AKM-BUR-FD 
WORKING  DRAFT  3.0 
DECEMBER  1987 


57  DEFINE  ENTITY  CntnrMovStp-Recngn-Upd  ; 

DESCRIPTION; 

Container  Movement  Stop  Reconsignment  Update 

This  is  the  CntnrMovStp  record  update  information  received  from  the 
requestor  which  is  required  on  the  reconsignment  request. 

KEYWORD  IS:  ’Container’  ; 

CONSISTS  OF: 

CntnrOwnAbbr  , 

CntnrNo  i 
Consignee  , 

DupeStpIndex  , 

DteRecngnReq  . 

Di vrsnRecngnCnsgn  ; 

IDENTIFIED  BY: 

CntnrOwnAbbr  . 

CntnrNo  , 

Consignee  , 

DupeStpIndex  ; 

ADDED: 

TO  CntnrMovStp-Fi le 

BY  Prepare-Reconsignment-Request  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Valentine’  ; 
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DEFINE  ENTITY  CntnrMovStp-Ref  ; 

DESCRIPTION; 

Container  Movement  Stop  Reference 

This  is  the  CntnrMovStp  reference  data  that  is  used  to  identify  and 
validate  the  correct  record  to  be  used  in  creating  the  below  referenced 
processes  from  the  front  end  screen  input. 

-KEYWORD  IS:  *  Container*  ; 


-KEYWORD  IS:  *  Container*  ; 

ATTRIBUTE  IS: 

SEC-CLASS  ’UNCLASSIFIED*  , 

PROCESS-MODE  *  INTERACTIVE  BATCH' 
COLLECTED:  IN  CntnrMovStp-F i le  ; 

CONSISTS  OF: 

Consignee  , 

DupeStpIndex  , 

CntnrNo  , 

CntnrOwnAbbr  , 

MultiStpNo  , 

StpCompFlag  , 

DestMCEPref ix  , 

StpSeqNo  ; 

IDENTIFIED  BY: 

CntnrOwnAbbr  , 

CntnrNo  , 

Consignee  , 

DupeStpIndex  ; 


USED  BY: 

USED  BY: 

USED  BY: 

MODIFIED: 

IN 

BY 

REFERENCED: 

IN 

BY 

REFERENCED: 

IN 

BY 

REFERENCED: 

IN 

BY 

REFERENCED: 

IN 

BY 

REFERENCED: 

IN 


Capture-TMR 

TO  DERIVE  CntnrMovStp-TMR-Upd  ; 
Prep-Convey-Change-Not i f -<TTU> 

TO  DERIVE  TTU-DSSR-Info  ; 

Capture-TMR 

TO  MAINTAIN  CntnrMovStp-F i le  ; 

CntnrMovStp-Fi le 
Prep-Cgo-'Non-Dlvr-Corr-<ZTU>  ; 

CntnrMovStp-F i le 
Prep-Hold/Stg-Request-<TM3>  ; 

CntnrMovStp-FI le 
Prep-Rel-fr-Stg/Hold>Req-<TMS>  ; 

CntnrMovStp-F i le 
Prep-Diversion-Request-<TM2>  ; 

CntnrMovStp-Fi le 
Prepare-Cnsgn-Rept-Evnts-<TTB>  ; 

CntnrMovStp-Fi le 
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BY  Capture-TMR  ; 

REFERENCED: 

IN  CntnrMovStp-Fi le 

BY  Prep-SEAVAN-Maint-Bgn/E-<TTP>  ; 

REFERENCED: 

IN  CntnrMovStp-File 

BY  Prep-Svan-MaJnt-Bgn/E-Corr-ZTP  ; 

REFERENCED: 

IN  CntnrMovStp-File 

BY  Prep-Cnsgn-Rept-Evnts-Corr-ZTB  ; 

REFERENCED: 

IN  CntnrMovStp-File 

BY  Prepare-Reconsignment-Request  ; 

REFERENCED: 

IN  CntnrMovStp-File 

BY  Prep-Cgo-Dischg/Non-Del-<TTU>  ; 

REFERENCED: 

IN  CntnrMovStp-File 

BY  Prep-Cgo-Non-Dlvr-Corr-<ZTW>  ; 

REFERENCED: 

IN  CntnrMovStp-File 

BY  Prep-Convey-Change-Not if-<TTU>  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

•Mitchem’  ; 


V  >■  *  '-r. 


fBTOreTOwnraruwOTOTOTWTT^. ,  u .  V 


^  '  ’Vi  ^ 


ADSM  18-LZ4-AKM-BUR-FD 
WORKING  DRAFT  3.0 
DECEMBER  1987 


.0 


DEFINE  ENTITY  CntnrMovStp-TMR-Upd  ; 

KEYWORD  IS:  ’Container’  ; 

CONSISTS  OF: 

CntnrNo  i 
CntnrOwnAbbr  , 

StpSeqNo  , 

DestMCEPref ix  ; 


DERIVED: 

BY  Capture-TMR 

USING  MultiStpNo  ; 

DERIVED: 

BY  Capture-TMR 

USING  StpSeqNo  ; 

DERIVED: 

BY  Capture-TMR 

USING  DestMCEPref ix  ; 

DERIVED: 

BY  Capture-TMR 

USING  CntnrMovStp-Ref  ; 

USED  BY: 

added: 

Capture-TMR 

TO  MAINTAIN  CntnrMovStp- 

TO 

CntnrMovStp-F i 1 e 

BY 

MODIFIED: 

Capture-TMR  ; 

IN 

CntnrMovStp-F i le 

BY 

Capture-TMR  ; 

RESPONSIBLE 

PROBLEM  DEFINER  IS: 

’Zacot’  ; 

60  DEFINE  ENTITY  CntnrMovStp-ZTB-Upd  ; 

DESCRIPTION; 

Container  Movement  Stop  ZTB  Update 

This  is  in-formation  that  updates  the  stop  record  with  a  negative  value  for 
StpCompFlag.  This  condition  occurs  when  EventTy  =  E  =  00000  is  encounter¬ 
ed. 

KEYWORD  IS:  ’Container’  ; 

COLLECTED*.  IN  CntnrMovStp-F  i  le  ; 

CONSISTS  OF: 

CntnrNo  f 
CntnrOwnAbbr  , 

Consignee  , 

StpCompFlag  ; 

MODIFIED: 

IN  CntnrMovStp-F i le 

BY  Prep-Cnsgn-Rept-Evnts-Corr-ZTB  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Mitchem'  ; 
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61  DEFINE  ENTITY  CntnrMovStpRmrk-Ref  ; 

DESCRIPTION; 

Container  Movement  Stop  Remark  Reference. 

This  entity  is  data  from  Container  Move  Stop  File  used  to  identify  a 
specific  stop  that  remarks  are  to  be  posted  against  for  a  container 
movement. 

KEYWORD  IS:  ’Container’  , 

’LOB’  ; 

CONSISTS  OF: 

CntnrOwnAbbr  , 

CntnrNo  , 

Consignee  , 

DupeStpIndex  , 

MultiStpNo  ; 

REFERENCED: 

IN  CntnrMovStp-F i le 

BY  Create-Container-Remarks  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Blake’  ; 

62  DEFINE  ENTITY  CntnrOwn-CRec-Ref  ; 

KEYWORD  IS:  ’Container’  ; 

CONSISTS  OF: 

CntnrOwnAbbr  ; 

REFERENCED: 

IN  CntnrOwner-Tbl 

BY  Create-Non-Fcst-Container-Rec  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Mitchem’  ; 


63  DEFINE  ENTITY  CntnrOwn-Inq-Ref  ; 

DESCRIPTION; 

Container  Owner  Inquiry  Reference 

This  entity  consists  of  the  data  elements  and  values  from  the  CntnrOwner 
table  which  are  referenced  and  displayed  by  the  Inquiry/Rept-on-Specif ic- 
Cntnr  process. 

KEYWORD  IS:  ’Container’  ; 

CONSISTS  OF: 

CntnrOwnAbbr  , 

CntnrOwnNme  ; 

REFERENCED: 

IN  CntnrOwner-Tbl 

BY  Inquiry/Rept-on-Specif ic-Cntnr  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Morris’  ; 
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64  DEFINE  ENTITY  CntnrOwnTy  ; 

DESCRIPTION; 

Container  Owner  Type 

A  code  which  identi-fies  either  a  commercial -owned  or  government-owned 
container,  i.e.,  C-conimercial ,  M-military. 

KEYWORD  IS:  ’LOB*  , 

’Data  Model’  , 

’Container’  ; 

SOURCE  IS:  ’CONTAINER  DATA  MODEL’  ,* 

ATTRIBUTE  IS*. 

volatility  ’STATIC’  , 

TYPE  ’AN’  , 

FIELD-LENGTH  ’26’  , 

PICTURE  ’X(26)’  , 

SEC-CLASS  ’UNCLASSIFIED'  ; 

LAYOUT; 

DATA  MODEL: 

CntnrOwnTy ;CntnrOwner ,  Mand  l:Opt  Many 


LOGICAL  DATABASE  DESIGN: 

CntnrOwnTyCd  1  P 

CntnrOwnTyDescr  25 


partition: 

CntnrOwnTy  CRD; 

COLLECTED:  IN  CntnrOwnTy-Tbl  ; 

CONSISTS  OF: 

CntnrOwnTyCd  , 

CntnrOwnTyDescr  ; 

IDENTIFIED  BY: 

CntnrOwnTyCd  ; 

CARDINALITY  IS: 

2  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’TACCS-LOB  CONTAINER  GROUP’  ; 
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65  DEFINE  ENTITY  CntnrOwner  ; 

DESCRIPTION; 

Container  Owner 

The  organization  that  physically  owns  the  container  in  a  given  move, 
regardless  of  ocean,  highway,  or  rail  carrier,  i.e.  Sealand  Van  Lines. 

KEYWORD  IS:  'LOB'  , 

’Data  Model*  , 

'Container*  ; 

SOURCE  IS:  'CONTAINER  DATA  MODEL*  ; 

ATTRIBUTE  IS: 

volatility  'STATIC*  , 

TYPE  'AN*  , 

FIELD-LENGTH  *30*  , 

PICTURE  ’X(30)*  , 

SEC-CLASS  'UNCLASSIFIED*  ; 

LAYOUT; 

DATA  MODEL: 

CntnrOwner ;CntnrMov,  Mand  l:Opt  Many  (Cntnr  Owner) 

CntnrOwner :CntnrOwnTy,  Opt  ManytMand  1 

LOGICAL  DATABASE  DESIGN:  • 


CntnrOwnAbbr  4  P 

CntnrOwnNme  25 

CntnrOwnTyCd  I  F 


partition: 

CntnrOwner  CRD; 

COLLECTED:  IN  CntnrOwner-Tbl  ; 

CONSISTS  OF: 


CntnrOwnAbbr  , 

CntnrOwnNme  , 

CntnrOwnTyCd  ; 

IDENTIFIED  BY: 

CntnrOwnAbbr  ; 

CARDINALITY  IS: 

83 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

'TACCS-LOB  CONTAINER  GROUP*  ; 
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66  DEFINE  ENTITY  CntnrOwner-ReF  ; 

DESCRIPTION; 

Container  Owner  Reference 

This  entity  is  used  to  validate  Container  Owner  code  when  it  is  input  to 
the  system. 


KEYWORD  IS:  ’Container’  ; 

COLLECTED:  IN  CntnrOwner-Tbl  ; 

CONSISTS  OF: 

CntnrOwnAbbr  ; 

REFERENCED: 

IN  CntnrOwner-Tbl 

BY  Correct-Merge-ETA-Forecast-Err  ; 

REFERENCED: 

IN  CntnrOwner-Tbl 

BY  Merge-Reformatted-ETA-Forecast  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Cope’  ; 
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DEFINE  ENTITY  CntnrRmrkLn  ; 

DESCRIPTION; 

Container  Remark  Line 

A  unique  line  o-f  information  not  provided  for  in  the  other  container 
subsystem  attributes  that  is  deemed  essential  for  clarification. 

There  may  be  any  number  of  container  remark  lines  for  a  given  container 
move  or  stop. 


KEYWORD  IS: 


SOURCE  IS; 
ATTRIBUTE  IS: 

volat i I ity 
TYPE 

SEC-CLASS 

FIELD-LENGTH 

PICTURE 

LAYOUT; 


'Data  Model*  , 
'Container*  , 

*L0B*  ; 

'CONTAINER  DATA  MODEL*  ; 


DYNAMIC 


’  AN* 

'UNCLASSIFIED* 
*68*  , 

*X(68)*  ; 


DATA  MODEL: 


CntnrRmrkLn:CntnrMovStp,  Opt  Many:Mand  1 


LOGICAL  DATABASE  DESIGN: 

CntnrOwnAbbr 

CntnrNo 

Consignee 

DupeStpIndex 

CntnrRmrkLnNo 

CntnrRmrk 


PARTITION: 

CntnrRmrkLn 
CntnrMovStp 
COLLECTED: 

CONSISTS  OF: 

CntnrOwnAbbr 
CntnrNo  , 
Consignee  , 
DupeStpIndex 
CntnrRmrkLnNo 
CntnrRmrk  ; 
IDENTIFIED  BY: 

CntnrOwnAbbr 


IN  CntnrRmrkLn-F i le 


4 

5 

6 
1 
2 

SO 


CRUD 

R; 


P/F 

P/F 

P/F 

P/F 

P 
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CntnrNo  , 

Consignee  , 

DupeStpIndex  , 

CntnrRmrkLnNo  ; 

ADDED: 

TO  CntnrRmrkLn-Fi le 

BY  Create-Container-Remarks  ; 

MODIFIED: 

IN  CntnrRmrkLn-Fi le 

BY  Create-Container-Remarks  ; 

REFERENCED: 

IN  CntnrRmrkLn-Fi le 

BY  Create-Container-Remarks  ; 

REFERENCED: 

IN  CntnrRmrkLn-F i le 

BY  Sel-Rec-for-Cntnr-History-DB  ; 

REMOVED: 

FROM  CntnrRmrkLn-Fi le 

BY  Create-Container-Remarks  ; 

REMOVED: 

FROM  CntnrRmrkLn-Fi le 

BY  Sel-Rec-for-Cntnr-History-DB  ; 

CREATED:  BY  Create-Container-Remarks  ; 

DESTROYED:  BY  Create-Container-Remarks  ; 

DESTROYED:  BY  Sel-Rec-for-Cntnr-History-DB  { 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’TACCS-LOB  CONTAINER  GROUP’  ; 
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DEFINE  ENTITY  CntnrSize  ; 

DESCRIPTION; 

Container  Size 

The  physical  size  o-f  container  associated  with  a  given  Van  TCMD,  e.g 
flat  bed,  refrigerated,  dry  cargo. 

KEYWORD  IS:  'LOB*  , 

'Data  Model'  , 

'Container'  ; 

SOURCE  IS:  'CONTAINER  DATA  MODEL'  , 

'CMM  DFSR,  P.  0-487'  ; 

ATTRIBUTE  IS: 

volatility  'STATIC  , 

TYPE  'AN'  , 

FIELD-LENGTH  '27'  , 


PICTURE 

SEC-CLASS 

LAYOUT; 


'STATIC  , 

'AN'  , 

'27'  , 

'X<27)'  , 
'UNCLASSIFIED'  ; 


DATA  model: 


CntnrSize:CntnrMov,  Mand  l:Opt  Many 


LOGICAL  DATABASE  DESIGN: 


CntnrSz 

CntnrSzDescr 


PARTITION: 


CRD; 


CntnrSize  CRD; 

COLLECTED:  IN  CntnrSize-Tbl  ; 

CONSISTS  OF: 

CntnrSz  , 

CntnrSzDescr  ; 

IDENTIFIED  BY: 

CntnrSz  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

'TACCS-LOB  CONTAINER  GROUP'  ; 
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DEFINE  ENTITY  CntnrSize-Ref  ; 

DESCRIPTION; 

Container  Size  Reference 

This  entity  is  used  to  validate  Container  Size  when  it  is  input  to  the 
system. 


KEYWORD  IS: 
COLLECTED: 
CONSISTS  OF; 

CntnrSz 

REFERENCED: 

IN 

BY 

REFERENCED: 

IN 

BY 


'Container'  ; 

IN  CntnrSize-Tbl  ; 


CntnrSize-Tbl 

Correct-Merge-ETA-Forecast-Err  ; 
CntnrSize-Tbl 

Merge-Reformatted-ETA-Forecast  ; 


RESPONSIBLE  PROBLEM  DEFINER  IS: 


'Cope' 


70 


CntnrSize-TTU-Ref 


DEFINE  ENTITY 
DESCRIPTION; 

Container  Size  TTU  Reference 

This  entity  validates  container  size. 

« 

KEYWORD  IS:  'Container'  ; 

CONSISTS  OF: 

CntnrSz  ; 

IDENTIFIED  BY*. 

CntnrSz  ; 

REFERENCED: 

IN  CntnrSize-Tbl 

BY  Prep-Convey-Change-Not if-<TTU>  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

'Zacot'  ; 


71 


DEFINE  ENTITY  CntnrSz-CRec-Ref 

KEYWORD  IS:  'Container'  ; 

CONSISTS  OF; 

CntnrSz  ; 

REFERENCED: 

IN  CntnrSize-Tbl 

BY  Create-Non-Fcst-Container-Rec  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

'Mitchem'  ; 
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DEFINE  ENTITY  Comm-CRec-Ref  ; 

KEYWORD  IS:  ’Container’  ; 

CONSISTS  OF: 

CmdtyCd  ; 

REFERENCED: 

IN  Commodi ty-Tbl 

BY  Create-Non-Fcst-Container-Rec  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Mitchem’  ; 
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Commodity 


DEFINE  ENTITY 
DESCRIPTION; 

Commod 1 ty . 

This  entity  Is  an  occurrence  oF  a  specific  MILSTAMP  Commodity  Code  and 
Its  description.  This  is  the  master  record  for  the  Commodity  Table. 


KEYWORD  IS: 


SOURCE  IS: 


•LOB’  , 

•Freight’  , 

•Container’  , 

•Data  Model’  ; 

•CNTNR/FRT  DATA  MODEL’  , 
•MILSTAMP  APP  B,  P.  B-8’ 

ATTRIBUTE  IS: 

SEC-CLASS 
TYPE 
PICTURE 
FIELD-LENGTH 


•UNCLASSIFIED’ 
•AN’  , 


X(23) 


RETENTION 
volat 1 1 ity 
LAYOUT; 


’23’ 

•PERMANENT’ 
•STATIC’  ; 


LOGICAL  DATABASE  DESIGN: 


CmdtyCd 

CmdtyCdDescr 


3 

20 


FREIGHT  DATA  MODEL: 

Commod 1 ty:VehStopPt ,  Mand  l:Opt  Many 


FREIGHT  partition: 

Commodity 


CRD 


CONTAINER  DATA  MODEL: 

Commodity :CntnrMov ,  Mand  l:Opt  Many 


CONTAINER  PARTITION: 


Commodity 
COLLECTED: 
CONSISTS  OF: 
CmdtyCd 


IN  Commodity-Tbl  ; 


CRD; 


CmdtyCdDescr  ; 
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IDENTIFIED  BY*. 

CmdtyCd  ; 

CARDINALITY  IS: 

410  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

•TACCS-LOB  CNTNR/FRT  GROUP’  ; 

74  DEFINE  ENTITY  Commodity-Ref  ; 

DESCRIPTION; 

Commodity  Reference 

This  entity  is  used  to  validate  Coimnodity  codes  input  to  the  system. 


KEYWORD  IS: 
COLLECTED: 
CONSISTS  OF: 

CmdtyCd 

REFERENCED: 

IN 

BY 

REFERENCED: 

IN 

BY 


’Container’  ; 

IN  Commodity-Tbl  ; 


Commodity-Tbl 

Correct-Merge-ETA-Forecast-Err  ; 


IN  Commodity-Tbl 

BY  Marge-Reformatted-ETA-Forecast  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Cope’  ; 
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75  DEFINE  ENTITY  Cental ner-O/H-S-Days-Rept-Upd  ; 

DESCRIPTION; 

Container  On-Hand  5  Days  Report  Update 

This  is  the  containers  on  hand  over  "X**  days  report  information  that  is 
stored  in  a  message  file,  and  sent  to  TMCA  daily.  The  report  lists 
all  containers  that  were  reported  arrived  at  a  consignee  but  were  not 
reported  unloaded  for  a  period  of  "X"  (user  defined)  days.  The  report 
period  can  be  changed  in  the  parameter  table. 


KEYWORD  IS: 
LAYOUT; 


'Container'  , 

'LOB'  ; 

OUTPUT  MESSAGE  FILE  FORMAT 


FROM:  C,  MCT 

TO:  CDR,  1st  TMCA,  ATTN:  AEUTR-MCA-C 

AEUTR-MCA-CC 


SUBJECT:  Containers  On  Hand  Loaded  Over  Five  Day  Report 

The  following  containers  have  been  on  hand  loaded  at  the  activity 

indicated  in  excess  of  5  days. 


ACTIVITY 

HE4497 


CNTNR  OWNER 
LYKU 


CNTNR  NUMBER 
00202072 


DATE  ARRIVED 
328 


NOTE:  The  reported  container  data  is  sequenced  by  Consignee. 

The  report  header  address  information  will  be  printed  in  the 
message  file  as  shown  above. 

Then:  Use  the  Origin  MCE  Prefix  in  the  parameter  table  to  search 
for  the  MCENme  in  the  CgoMCE  File. 

Then  move  the  MCENme  to  the  message  file  in  the  field  to  the 
right  of  the  "FROM"  address  header. 

If:  No  records  are  found  that  meet  the  criteria  for  printing, 
print  "NEGATIVE  REPORT"  under  the  header  information. 


NOTE:  Make  this  file  available  to  the  General  Message  Process 


collected:  I 

CONSISTS  OF: 

Consignee  , 


IN  Cntnr-Msg-File  ; 
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CntnrOwnAbbr  i 
CntnrNoPref ix  , 

CntnrNo  f 
EvntDte  , 

MCENme  ; 

ADDED: 

TO  Cntnr-Msg-Fi le 

BY  Prep-Cntnr-O/H-Over-5-Day-Rept  ; 

CREATED:  BY  Prep-Cntnr-O/H-Over-5-Day-Rept  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Valentine'  ; 


DEFINE  ENTITY 

KEYWORD  IS: 

COLLECTED: 

CONSISTS  OF: 

CntnrOwnAbbr  , 
CntnrNo  , 
Consignee  , 
MovEvntCd  , 
EvntTy  , 

PstDte  , 
EvntDte  ; 

MODIFIED: 

IN 

BY 

REFERENCED: 

IN 

BY 

RESPONSIBLE  PROBLEM 


’Container’  ; 

IN  MEvent-F i le  ; 


Corr-TTW-MEvent-ZTW-In-fo 


MEvent-F i le 

Prep-Cgo-Non-Dlvr-Corr-<ZTW> 
MEvent-F i le 

Prep-Cgo-Non-D I vr-Corr-<ZTW> 
DEFINER  IS: 


'Mi tchem’ 
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DEFINE  ENTITY  DD-CntnrMov-Message-Ent  ; 

DESCRIPTION; 

Delayed  Delivery  Container  Movement  Message  Entity 
This  is  information  provided  by  the  CntnrMov  file  for  use  by  the 
process.  The  process  uses  CntnrTCN  and  VoyDocuNoFltNo  to  complete 
the  message-out. 


KEYWORD  IS:  ’Container’  ; 

COLLECTED:  IN  CntnrMov-F i le 

CONSISTS  OF: 

CntnrNo  , 

CntnrOwnAbbr  , 

CntnrNoPref ix  , 
VoyDocuNoFltNo  , 

CntnrTCN  ; 

IDENTIFIED  BY: 

CntnrNo  i 
CntnrOwnAbbr  ; 

REFERENCED: 

IN  CntnrMo 

BY  Prepare 

RESPONSIBLE  PROBLEM  DEFINER 
’Mitchem’  ; 


CntnrMov-F i  le 

Prepare-Delayed-Del i very-Rept  ; 
DEFINER  IS: 
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DEFINE  ENTITY  DD-CntnrMov-ReF  ; 

DESCRIPTION; 

Delayed  Delivery  Container  Movement  Reference  Entity 
This  is  information  that  is  used  in  different  ways.  Voyage  Docu  No  is 
used  to  identify  further  the  Container  being  used.  If  FUTNo,  TMRPrefix, 
or  CntnrTCN  is  used  to  access  the  Container,  CntnrNo  and  CntnrOwnAbbr 
taken  from  CntnrMov  to  access  CntnrMovStp. 

KEYWORD  IS:  ’Container’  ; 

CONSISTS  OF: 

CntnrNo  , 

CntnrOwnAbbr  , 

CntnrNoPref ix  , 

VoyDocuNoFltNo  , 

CntnrTCN  , 

FWTNo  , 

TMRPrefix  ; 

IDENTIFIED  BY: 

CntnrNo  , 

CntnrOwnAbbr  ; 

REFERENCED: 

IN 
BY 

RESPONSIBLE  PROBLEM 


CntnrMov-F i le 

Prep-Delayed“Del ivery-Event 
DEFINER  IS: 


'Mitchem’ 


79 


DD-CntnrMov-Upd 


DEFINE  ENTITY 
DESCRIPTION; 

Delayed  Delivery  Container  Movement  Update  Entity 

This  is  information  that  the  system  generates  to  indicate  that  a 

container  has  had  activity  posted  against  it. 

KEYWORD  IS:  ’Container’  ; 

CONSISTS  OF: 

CntnrNo  , 

CntnrOwnAbbr  , 

DteLstUpdCntnr  ; 

IDENTIFIED  BY: 

CntnrNo  , 

CntnrOwnAbbr  ; 

MODIFIED: 

IN 
BY 

RESPONSIBLE  PROBLEM 

’Mitchem* 


CntnrMov-F i le 

Prep-Delayed-De I ivery-Event  ; 
DEFINER  IS: 
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DEFINE  ENTITY 

KEYWORD  IS:  ’Container’  ; 

COLLECTED:  IN  CntnrMovStp-F i le  ; 

CONSISTS  OF: 

DDDteCarrNot if  , 
DDDteCnsgnReqRelDte  « 

DDLoc  , 

Consignee  , 

CntnrOwnAbbr  , 

CntnrND  , 

DupeStpIndex  ; 

REFERENCED: 

IN  CntnrMovStp 

BY  Prepare-Del 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Mitchem’  ; 
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DD-CntnrMovStp-Message-Ent  ; 


CntnrMovStp-Fi le 

Prepare-De 1 ayed-De 1 i very-Rept  ; 


DEFINE  ENTITY  DD-CntnrMovStp-Ref  ; 

DESCRIPTION; 

Delayed  Delivery  Container  Movement  Stop  Entity 

This  entity  provides  the  Consignee  to  the  process  and  further  aids  the 
user  in  selecting  the  container,  and  the  stop  with  which  to  work. 

KEYWORD  IS;  ’Container’  ; 

CONSISTS  OF; 

CntnrNo  , 

CntnrOwnAbbr  , 

Consignee  , 

MultiStpNo  , 

StpCompFlag  , 

DupeStpIndex  ; 

IDENTIFIED  BY: 

CntnrNo  , 

CntnrOwnAbbr  , 

Consignee  , 

DupeStpIndex  ; 

REFERENCED: 

IN  CntnrMovStp-F i I e 

BY  Prep-Delayed-Del i very-Event  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Mitchem’  ; 


CntnrMovStp-Fi le 
Prep-Delayed-Del i very-Event 
DEFINER  IS; 
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DEFINE  ENTITY  DD-CntnrMovStp-Upd  ; 

DESCRIPTION; 

Delayed  Delivery  Container  Movement  Stop  Update 

This  is  information  that  reflects  the  essence  of  the  Delayed  Delivery 
process.  It  details  who,  what,  when,  where,  and  how  the  DD  occurred. 

It  is  posted  in  separate  actions:  The  set-up  of  the  DD,  and  the  release 
of  the  DD.  It  provides  the  date  and  the  authority  for  the  DD  release. 
This  process  captures  the  date  the  container  was  spotted  at  the 
consignee. 


KEYWORD  IS:  ’Container’  ; 

CONSISTS  OF: 

DupeStpIndex  , 

CntnrNo  , 

CntnrOwnAbbr  , 

Consignee  , 

DDCarrPOCNotif  , 
DDDteCarrNot if  , 
DDCnsgnPOCNot if  , 
DDDteCnsgnNot if  , 
DDDteCnsgnReqRelDte  , 

DDLoc  , 

DDCarrPOCNotif Re  I  , 
DDDteRel  , 

DDActlSptDte  ; 

IDENTIFIED  BY: 

DupeStpIndex  , 

CntnrNo  , 

CntnrOwnAbbr  , 

Consignee  ; 

MODIFIED: 

IN  CntnrMovStp 

BY  Prep-Delaye 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Mitchem’  ; 


CntnrMovStp-Fi le 
Prep-Delayed-Del ivery-Event 


I I 1-552 


mmmm 


ADSM  18-LZ4-AKM-BUR-FD 
WORKING  DRAFT  3.0 
DECEMBER  1987 


83  DEFINE  ENTITY  DD-TTB-MEvent-ReF  ; 

DESCRIPTION; 

Delayed  Delivery  TTB  Movement  Event  Reference 

This  is  information  provided  to  the  DD  process  that  indicates  whether  or 
not  a  TTB  event  had  been  posted. 

KEYWORD  IS:  ’Container’  ; 

CONSISTS  OF: 

MovEvntCd  , 

EvntTy  , 

CntnrNo  i 
CntnrOwnAbbr  , 

DupeStpIndex  > 

Consignee  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Mitchem’  ; 
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84  DEFINE  ENTITY  DSSR-Info  ; 

DESCRIPTION; 

Da  My  SEAVAN  Status  Report  Information 

This  entity  consists  of  the  data  elements  and  values  from  the  Trns  ISAM  and 
CnthrMsg  files  which  are  referenced  and  updated  by  the  Prep-Diversion- 
Request-<TM2>  process. 


KEYWORD  IS:  ’Container’  ; 

COLLECTED:  IN  Cntnr-Msg-F 1 le  ; 

COLLECTED:  IN  Trns-ISAM-F 1 le  ; 

CONSISTS  OF: 

CntnrNoPref ix  , 

CntnrTCN  , 

ShpmtUTCN  , 

CntnrNo  , 

CnsgnrAAC  , 

DteDprtCnsgnr  , 

POE  , 

AACCurr  , 

VoyDocuNoFltNo  , 

POD  , 

Consignee  , 

TAC  , 

NewEvntLoc  ; 

ADDED: 

TO 
BY 

modified: 

IN 
BY 

modified: 

IN 
BY 

REFERENCED: 

IN 
BY 

REFERENCED: 

IN 
BY 

CREATED:  BY  Prep-D1vers1on-Request-<TM2>  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Morris’  ; 


Trns-ISAM-F ile 

Prep-Diversion-Request-<TM2>  ; 
Trns-ISAM-F ile 

Prep-Divers 1on-Request-<TM2>  ; 
Cntnr-Msg-Fi le 

Prep-Diversion-Request-<TM2>  ; 
Trns-ISAM-F ile 

Prep-Divers1on-Request-<TM2>  ; 
Cntnr-Msg-F i le 

Prep-Divers 1on-Request-<TM2>  ; 
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DEFINE  ENTITY 

KEYWORD  IS:  »Cont 

CONSISTS  OF: 

CntnrNoPref lx  , 
CntnrOwnAbbr  , 
CntnrNo  , 
ModeMethShpmtCd 
TotStp  , 
VoyDocuNoFltNo 
CntnrTCN  , 
DelFlag  , 
CntnrDam  , 
Stgindic  ; 
REFERENCED: 

IN 

BY 


’Container’ 


Dai  ly-Cntnr-CntnrMov-Ref-Ent 


RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Mitchem’  ; 


CntnrMov-F i le 

Prep-Da i ly-Container-Worksheet 


Dai ly-Cntnr-CntnrMovStp-Ref  ; 


DEFINE  ENTITY  Dai ly-Cntnr-Cnt 

KEYWORD  IS:  ’Container'  ; 

CONSISTS  OF: 

Consignee  , 

CntnrOwnAbbr  , 

CntnrNo  , 

StpCompFlag  , 

MultiStpNo  , 

Divrsnindic  « 

RecngnCfmNoncfm  ; 

REFERENCED: 

IN  CntnrMovStp-Fi le 

BY  Prep-Da i ly-Container-Worksheet  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Mitchem’  ; 
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DEFINE  ENTITY 

KEYWORD  IS:  ’Container’  ; 

CONSISTS  OF; 

Consignee  , 

CntnrOwnAbbr  , 

CntnrNo  , 

MovEvntCd  , 

EvntTy  , 

EvntDte  ; 

REFERENCED: 

IN  MEvent-Flle 

BY  Prep-Da ily- 

RESPONSIBLE  PROBLEM  OEFINER  IS: 

’Mltchem*  ; 
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Dally-Cntnr-MEvent-Ref-Ent  ; 


MEvent-Flle 

Prep-Da i ly-Conta i ner-Uorksheet  ; 
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DEFINE  ENTITY  Da ily-SEAVAN-Sta-Message  ; 

DESCRIPTION; 

Daily  SEAVAN  Status  Message 

This  is  a  message  format  of  daily  container  operations  that  lists  all 
movement  events  reported  that  day  in  DIC  format.  This  output  is 
generated  by  the  Prepare  Daily  SEAVAN  Status  Report  process. 

This  may  also  be  a  hard  copy  that  lists  all  movement  event  transactions 
for  a  particular  container,  and  provides  totals  and  subtotals  of  those 
transactions. 

KEYWORD  IS:  ’Container’  , 

’LOB’  ; 

LAYOUT ; 

FM:  MCT 

TO:  CDR  1ST  TMCA  ATTN:  MID/COD-CC  MSG  NO 

INFO:  (Appropriate  MCT) 

SUBJ:  DAILY  SEAVAN  STATUS  REPORT 

ttbc3ccwcw25nl44920v081km2  wk4fvea6423  a204b204d204e204  seau00123456 

ttbc4dcwcw64n236291vl92km3  wk4ffea6391  a205 

tm2 


ztwc3c  W25nl44839u9371mm2wk3f29b0030  k206 

TOTALS 


TTB  4 

TM3  2 

TMS  I 

TTU  2 

TTW  3 

ZTB  1 

ZTW  1 
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There  were  14  transactions  for  this  transmission. 
This  message  was  approved  for  dispatch  by: 


CONSISTS  OF: 

Consignee  , 

EvntDte  i 
DiscrpCd  . 

CnsgnrAAC  , 

DteDprtCnsgnr  , 

DspoActv  I 
MovEvntCd  , 

ModeCd  , 

StpSeqNo  , 

TMRPref i x  , 

FWTNo  , 

TIN  , 

CntnrTCN  , 

CntnrNo  t 
CntnrNoPref ix  , 

SpIntCd  . 

TransPriCd  ,  V.»- 

DestMCEPref ix  , 

EvntTy  , 

MgrCd  , 

ModeMethShpmtCd  , 

NewEvntLoc  , 

NewModeMethShpmtCd  , 

NewTyCarrCd  , 

NewTyMovNoCd  , 

OceanCarrAbbr  , 

OrigCd  , 

DiscrpPc  f 
POD  , 

POE  , 

RespCd  , 

DiscrpTCN  , 

TAC  , 

TyCarrCd  , 

TyMowCd  * 

TyMovNoCd  , 

TyPwrCd  , 

CntnrOwnAbbr  , 

VoyDocuNoFltNo  ; 

added: 

TO  Commo-Proc-Hold-F i le 
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BY  Prep-Da i ly-SEAVAN-Status~Rept 
CREATED:  BY  Prep-Da i I y-SEAVAN-Status-Rept  ; 
RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Mltchem*  ; 
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DEFINE  ENTITY  Da Uy-SEAVAN-Status-Inf o-Ent 

DESCRIPTION; 

Dally  SEAVAN  Status  Information  Entity 

This  is  the  container  record  information  of  a  MEvent  nature 

(specifically  DIC)  reported  to  CMM. 

.  • 

KEYWORD  IS:  ’Container’  ; 

CONSISTS  OF: 

Consignee  , 

CnsgnrAAC  , 

EvntTy  , 

DteDprtCnsgnr  , 

DiscrpCd  . 

DspoActv  , 

MovEvntCd  , 

ModeCd  , 

StpSeqNo  , 

TMRPrefix  , 

FWTNo  , 

TIN  , 

CntnrTCN  , 

CntnrNo  , 

CntnrNoPref ix  , 

SpIntCd  • 

TransPriCd  , 

DestMCEPref ix  , 

MgrCd  , 

ModeMethShpmtCd  t 
NewEvntLoc  , 

NewModeMethShpmtCd  , 

NewTyCarrCd  , 

NewTyMovNoCd  , 

OceanCarrAbbr  , 

OrigCd  , 

DlscrpPc  , 

POD  , 

POE  , 

RespCd  , 

DiscrpTCN  , 

TAC  , 

TyCarrCd  , 

TyMovCd  , 

TyMovNoCd  , 

TyPwrCd  , 

CntnrOwnAbbr  , 

VoyDocuNoFltNo  , 

EvntDte  ; 

REFERENCED: 

IN  Trns-ISAM-File 
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BY  Prep-Da ily-SEAVAN-Status-Rept  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Mitchem’  ; 


90  DEFINE  ENTITY  Dam-Dead Uned-Cntnr-Report  ; 

DESCRIPTION; 

Damaged  Dead lined  Container  Report 

This  is  a  hard  copy  of  the  Damaged  Deadlined  Container  Report  listing 
the  damaged  container  or  chassis  information.  This  output  is  generated 
by  the  Prepare  Report  Damaged  Deadlined  Container  report. 


KEYWORD  IS:  'Container’  , 

'LOB*  ; 

CONSISTS  OF: 

Assistance-Required-Other  , 
Assistance-Rqr-Carr-Maint-Team  , 
Asst-Rqr-Carr-Claims-Invest  , 

Descript ion-o-f-Damage  , 

CntnrTCN  , 

Current-Container-Location  , 

DTG-Damage-Deadl ine-Occurred  , 
Extent-of-Damage-Cargo  , 

Extent-of-Damage-Chass i s  i 
Extent-of-Damage-Container  , 
Extent-o-f-Damage-Tractor  , 

Loc-Damaged/Deadl ine-Occurred  , 

Damaged/Dead lined-Remarks  , 
Report-Submitted-by-Name  t 
Report-Submitted-by-Rank  , 
Report-Submitted-by-Unit-Phone  , 
Report-Submitted-by-Unit  , 
Time-Damaged/Deadline-Occurred  , 

Van-Number  , 

CntnrOwnAbbr  , 

VoyDocuNoFltNo  , 

MCENme  , 

Flle-No  ; 

added: 

TO  Cntnr-Msg-Fi  le 

BY  Prep-Dam-Deadl Ined-Cntnr-Rept  ; 

CREATED:  BY  Prep-Dam-Deadl ined-Cntnr-Rept  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

'Morris’  ; 
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91  DEFINE  ENTITY  Delayed-Deli very-Message  ; 

DESCRIPTION; 

Delayed  Delivery  Message  Output 

This  Is  In-format  Ion  composed  o-f  header  data,  and  container  data,  that 
describes  Important  facets  of  the  Delayed  Delivery  event(s)  of  specific 
containers. 

A  hard  copy  of  this  message  is  sent  to  MECOBO-N,  TMCA,  and  the  carrier 
Involved. 

KEYWORD  IS:  ‘Container’  ; 

LAYOUT; 


from:  C,  MCT  _ 

TO:  CDR  1st  TMCA  OBERORSEL  GE/AEUTR-MCA-CC/ 

INFO:  MECOBO-N 
CARRIER 

SUBJ:  Delayed  Delivery  Notice 


1.  The  following  container(s)  are  to  have  their  deliveries 
delayed  as  follows: 


CNTNR  CNTNR  VOYAGE  DELAY  REQ  REL  CURRENT 
TCN  OWNER  NUMBER  DOC  NUMBER  DATE  DATE  LOCATION  CONSIGNEE 


XXXXXXXXXXXXXXXXX  XXXX  XXXXXXXX  XXXXX  XXX  XXX  XXXXXX  XXXXXX 

XXXXXXXXXXXXXXXXX  XXXX  XXXXXX  XXXXX  XXX  XXX  XXXXXX  XXXXXX 


CONSISTS  OF: 

CntnrNo  , 

CntnrNoPref ix  , 
CntnrTCN  , 
CntnrOwnAbbr  , 
VoyDocuNoFltNo  , 
DDDteCnsgnReqRelDte  , 
DDLoc  , 

Consignee  , 
DDDteCarrNot If  ; 
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ADDED: 

TO  Cntnr-Msg-Flle 

BY  Prepare-De I ayed-De 1 i very-Rept 

CREATED:  BY  Prepare-De I ayed-De I i very-Rept  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Mitchem’  ; 
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DEFINE  ENTITY  Dele-60-Day-0ld-Cntnr-Rept-Upd 

DESCRIPTION; 

Delete  60  Day  Old  Container  Report  Update 

This  Is  the  delete  60  day  old  container  report  which  lists  those 
containers  that  didn’t  arrive  in  the  MCT  area  of  responsibility.  The 
report  Is  periodically  sent  to  TMCA  to  Inform  them  that  the  Cntnr 
records  will  be  deleted  from  the  database. 

KEYWORD  ISj  ’Container’  ; 

LAYOUT ; 

THE  FOLLOWING  FORMAT  WILL  BE  USED  IN  THE  MESSAGE  FILE: 

FORMAT:  Delete  60  Day  Old  Container  Report 

FROM:  C,  MCT  _  _ 

TO:  CDR,  1st  TMCA  AEUTR-  MCA  IS 
AEUTR-  MCA-  CC 

SUBJECT:  DELETION  OF  60  DAY  OLD  CONTAINERS. 

1.  THE  FOLLOWING  CONTAINERS  WERE  FORECASTED  TO  THIS  MCT  BUT 
HAVE  NOT  ARRIVED  IN  60  DAYS  AND  ARE  BEING  DELETED  ON 
_  DATE. 


CNTNR  OWNER 
Else: 


CNTNR  NUMBER 


VOYAGE  DOCUMENT 


IF:  DteLstUpdCntnr  In  a  record  has  a  value. 

Then:  Search  for  _  A  value  "Y"  in  the  Del  Flag 

field. 

IF:  No  value  ’*Y"  Is  found 
Then:  Read  next  record 
IF:  Value  "Y”  Is  found 

Then:  Compare  the  DteLstUpdCntnr  with  the 
DteCurr  (same  day). 

IF:  They  are  different 

Then:  Read  next  record 
IF:  They  are  equal 

Then:  Move  the  record  data  to  the 
message  file. 

The  header  information  will  be  added  to  the  message  file  as  shown 
above. 


Then: 


The  date  the  record  will  be  deleted  (as  of  date)  will 
be  created  by  reading  the  parameter  table  (NOTIFICATION 
FROM  TMCA  OF  CNTNR  DELETION)  value  and  adding  It  to  the 
present  date  (DteCurrr)  from  the  system  calendar 
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function. 

Then:  Print  the  date  in  headers  blank  field  ( _ )  date  area 

to  the  right  of  “DELETED  ON"  in  the  message  file. 

Then:  Read  the  parameter  table  (Origin  MCE  Prefix)  and  search 
the  CgoMCE  file  for  (MCENme) 

Then:  PRINT  that  name  on  the  header  to  the  blank  field  area 
to  the  right  of  “FROM"  in  the  message  file. 

If:  No  records  meet  the  criteria  to  be  printed  in  the 
message  file  for  transmission  to  TMCA. 

Then:  Print  "Negative  Report"  under  the  message  format 
lines  in  the  message  file. 

r^TE:  Make  this  file  available  to  the  General  Message  Process. 

COLLECTED:  IN  Sixty-Day-Msg-Fi le  ; 

CONSISTS  OF: 

CntnrOwnAbbr  • 

CntnrNoPref ix  , 

CntnrNo  , 

VoyDocuNoF ItNo  , 

POD  , 

MCENme  ; 

ADDED: 

TO  Sixty-Day-Msg-Fi le 

BY  Prep-Del-60-Day-Old-Cntnr-Rept  ; 

CREATED;  BY  Prep-Del-60-Day-0ld-Cntnr-Rept  j 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

'Valentine'  ; 
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DlscrpType 


DEFINE  ENTITY 
DESCRIPTION; 

Distrepancy  Type. 

This  entity  is  the  occurrence  of  a  specific  Discrepancy  Code  and 
Discrepancy  Code  description.  This  is  the  master  record  for  the 
Discrepancy  Type  Table. 


KEYWORD  IS: 


SOURCE  IS: 


’LOB’  , 

’Freight’  , 

'Container'  • 

'Data  Model’  ; 
'CNTNR/FRT  DATA  MODEL’ 
•AR  55-38’  ; 


ATTRIBUTE  IS: 
SEC-CLASS 
TYPE 
PICTURE 
FIELD-LENGTH 
RETENTION 
volat i I ity 
LAYOUT; 


’UNCLASSIFIED’ 
’AN'  , 

’X(42)’  , 

’42’  , 

’PERMANENT’  , 
’STATIC’  ; 


LOGICAL  DATABASE  DESIGN: 


DiscrpCd 

DiscrpCdDescr 


2 

40 


FREIGHT  DATA  MODEL: 

DiscrpType:FrtDiscrp,  Mand  l:Opt  Many 


FREIGHT  partition: 
DiscrpType 


CRD 


CONTAINER  DATA  MODEL: 

DiscrpType:CntnrDiscrp,  Mand  l:Opt  Many 


CONTAINER  PARTITION: 


DiscrpType 
COLLECTED: 
CONSISTS  OF: 

DiscrpCd  . 


IN  DiscrpType-Tbl  ; 


CRD; 
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DIscrpCdDescr  ; 

IDENTIFIED  BY: 

DiscrpCd  : 

REFERENCED: 

IN 
BY 

CARDINALITY  IS: 

33  * 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

•TACCS-LOB  CNTNR/FRT  GROUP’ 


DiscrpType-Tbl 

Prep-Cgo“Dischg/Non-Del-<TTW>  ; 


94 


DEFINE  ENTITY 
KEYWORD  IS: 
COLLECTED: 
CONSISTS  OF: 

DiscrpCd 

REFERENCED: 

IN 

BY 


'Container'  ; 

IN  DiscrpType-Tbl 


Di  scrpType-Re-f 


DiscrpType-Tbl 

Prep-Cgo-Non-Dl vr-Corr-<ZTW>  ; 
RESPONSIBLE  PROBLEM  DEFINER  IS: 

'Mitchem'  ; 


95 
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DEFINE  ENTITY 
DESCRIPTION; 

Empty  Container  Status  Report  Transaction  Reference 

This  is  Trns  ISAM  file  data  used  in  the  Empty  Container  Status  Report 

process. 


KEYWORD  IS: 

CONSISTS  OF: 

CntnrOwnAbbr 
CntnrNo  , 
Consignee  , 
MovEvntCd  , 
EvntTy  , 
EvntDte  ; 

IDENTIFIED  BY: 

CntnrOwnAbbr 
CntnrNo  i 
Consignee  , 
MovEvntCd  , 
EvntTy  ; 

REFERENCED: 

IN 

BY 


'Container' 


RESPONSIBLE  PROBLEM  DEFINER  IS: 

'Valentine' 


Trns-ISAM-F i le 

Prep-Empty-Cntnr-Status-Report 
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DEFINE  ENTITY  ECSR-Transact ion-Upd  ; 

DESCRIPTION; 

Empty  Container  Status  Report  Transaction  Update 

Thi«  is  Trns  ISAM  -file  record  update  data  which  posts  the  TTB  D  in-fo, 


KEYWORD  IS:  ’C 

CONSISTS  OF: 

CntnrOwnAbbr 
CntnrNo  * 
Consignee  , 
MovEvntCd  , 
EvntTy  , 
EvntDte  ; 

IDENTIFIED  BY: 

CntnrOwnAbbr 
CntnrNo  , 
Consignee  , 
MovEvntCd  , 
EvntTy  ; 

ADDED: 

TO 

BY 

MODIFIED: 

IN 

BY 


’Container' 


RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Valentine’  ; 


Trns-ISAM-File 

Prep-Empty-Cntnr-Status-Report 

Trns-ISAM-File 

Prep-Empty-Cntnr-Status-Report 
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DEFINE  ENTITY  ETA-Forecast-Error-InFo  ; 

DESCRIPTION; 

ETA  Forecast  Error  Information 

This  entity  represents  rejected  and  partially  correct  ETA  container 
forecast  transactions,  with  appropriate  error  codes  and  messages, 
produced  by  the  merge  ETA  forecast  process. 

KEYWORD  IS:  ‘Container’  ; 

SOURCE  IS:  ‘TACCS  LOB  DFD’  ; 

ATTRIBUTE  IS: 

SEC-CLASS  ‘UNCLASSIFIED’  ; 

CONSISTS  OF: 

Seq-No  , 

CntnrOwnAbbr  , 

CntnrNo  , 

Consignee  , 

CmdtyCd  , 

CntnrSz  , 

DteDprtWPOE  , 

TotStp  , 

MultiStpNo  , 

CntnrNoPref ix  , 

CntnrTCN  , 

VoyDocuNoFltNo  , 

POD  , 

POE  , 

OceanCarrAbbr  , 

Error-Cd  , 

Err-Msg  ; 

ADDED: 

TO 
BY 

added: 

TO 
BY 

MODIFIED: 

IN 
BY 

REFERENCED: 

IN 
BY 

REFERENCED: 

IN 
BY 

REMOVED: 

FROM 
BY 

CREATED: 

CREATED: 


ETA-Forecast-Error-F i le 
Correct-Merge-ETA-Forecast-Err  ; 

ETA-Forecast-Error-F i le 
Merge-Reformatted-ETA-Forecast  ; 

ETA-Forecast-Error-F I le 
Correct-Merge-ETA-Forecast-Err  ; 

ETA-Forecast-Error-F I le 
Correct-Merge-ETA-Forecast-Err  ; 

ETA-Forecast-Error-F i le 
Prepare-Merge-Error-Rept  ; 

ETA-Forecast-Error-F i  le 
Correct-Merge-ETA-Forecast-Err  ; 
BY  Correct-Merge-ETA-Forecast-Err  ; 

BY  Merge-Reformatted-ETA-Forecast  ; 
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DESTROYED:  BY  Correct-Merge-ETA-Forecast-Err  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Cope’  i 

DEFINE  ENTITY  Empty-Aval-5-Day-CgoMCE-Ref  ; 

DESCRIPTION; 

Empty  Available  Over  5  Days  Cargo  MCE  Reference 

This  is  CgoMCE  file  information  used  in  the  empty  available  over  5  day 
report  process. 

KEYWORD  IS:  ’Container’  ; 

CONSISTS  OF: 

MCEPrefix  , 

MCENme  ; 

IDENTIFIED  BY: 

MCEPrefix  ; 

REFERENCED: 

IN  CgoMCE-Tbl 

BY  Prep-Empty-Aval-Over-5-Day-Rpt  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Valentine’  ; 

DEFINE  ENTITY  Empty-Aval-5-Day-CntnrMov-Ref 

DESCRIPTION; 

Empty  Available  Over  5  Days  Container  Movement  Reference 

This  is  CntnrMov  file  information  used  in  the  empty  available  over  5 

day  report  process. 

KEYWORD  IS:  ’Container’  ; 

CONSISTS  OF: 

CntnrOwnAbbr  , 

CntnrNo  i 
CntnrNoPref ix  ; 

IDENTIFIED  BY: 

CntnrOwnAbbr  , 

CntnrNo  ; 

REFERENCED: 

IN  CntnrMov-Fi le 

BY  Prep-Empty-Aval-Over-5-Day-Rpt  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Valentine’  ; 
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100  DEFINE  ENTITY  Empty-Aval-5-Day-MEvent-Ref  ; 

DESCRIPTION; 

Empty  Avail able  Over  5  Days  Movement  Event  Reference 

This  Is  a  query  to  the  MEvent  file  to  identify  containers  that  meet  the 
process  selection  criteria  for  the  empty  available  over  5  day  report. 


KEYWORD  IS:  'Container'  ; 

CONSISTS  OF: 

CntnrOwnAbbr  . 

CntnrNo  i 
Consignee  , 

DupeStpIndex  i 
MovEvntCd  , 

EvntTy  , 

TyPwrCd  , 

EvntDte  ; 

IDENTIFIED  BY: 

CntnrOwnAbbr  i 
CntnrNo  • 

Consignee  , 

DupeStpIndex  « 

MovEvntCd  , 

EvntTy  , 

TyPwrCd  ; 

REFERENCED: 

IN  MEvent-File 

BY  Prep-Empty-Aval-Over-5-Day-Rpt  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

'Valentine*  ; 


101  DEFINE  ENTITY  Empty-Aval-5-Day-Param-Ref  ; 

DESCRIPTION; 

Empty  Available  Over  5  Days  Parameter  Reference 

This  is  parameter  table  information  used  in  the  empty  available  over  5 
day  report  process. 

KEYWORD  IS:  'Container'  ; 

CONSISTS  OF: 

Or igin-MCE-Pref ix  ; 

IDENTIFIED  BY: 

Origin-MCE-Pref ix  ; 

REFERENCED: 

IN  Sy Stem-Par ameter-Tb I 

BY  Prep-Empty-Aval-Over-5-Day-Rpt  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

'Valentine'  ; 
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102  DEFINE  ENTITY  Empty-Aval-Over-5-Day-Rept-Upd  ; 

DESCRIPTION; 

Eiipty  Available  Over  5  Days  Report  Update 

This  is  the  empty  available  over  5  day  report  information  that  is  stored 
in  the  message  file,  and  sent  to  TMCA  daily. 


U**’’ 

I 


KEYWORD  IS:  ’Container’ 

CONSISTS  OF: 

CntnrOwnAbbr  , 

CntnrNo  • 

CntnrNoPref ix  , 
Consignee  , 


EvntDte  , 

MCENme  ; 

ADDED: 

TO  Cntnr-Msg-F i le 

BY  Prep-Empty-Aval -Over-5-Day-Rpt 

CREATED:  BY  Prep-Empty-Aval-Over-5-Day-Rpt  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Valentine’  ; 
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103  DEFINE  ENTITY  Empty-Cntnr-Sta-Report-Upd  ; 

DESCRIPTION; 

Empty  Container  Status  Report  Update 

This  is  the  empty  container  status  report  information  that  is  printed 
and  used  to  send  daily  messages  to  each  commercial  carriers  port  and 
barge  terminal  offices.  The  report  information  is  also  sent  to  MECOBO- 
North  and  MCT-TOPS-TMN. 


KEYWORD  IS: 
LAYOUT; 


•Container’  , 


•LOB’  ; 


OUTPUT  FORMAT  (MESSAGE  FILE) 


FROM:  C,  MCT  _ 

TO:  OCEAN  CARRIER  NAME 

INFO:  C  MECOBO-NORTH  BREMERHAVEN  GERMANY//MCT-TOPS-TMN// 

SUBJ:  Empty  Container  Status  Report 

1.  The  following  containers  have  been  reported  empty  and  available  for 
carrier  pick  up: 


Voyage  Doc  No 


XXXXX 


Cntnr  Owner  Cntnr  Number 


XXXX 


XXXXXXXX 


DODAAC 


XXXXXX 


NEGATIVE  REPORT 


THEN:  Use  the  Origin  MCE  Prefix  in  the  parameter  table  to  search 
for  the  MCENme  in  the  CgoMCE  file. 

THEN:  Move  the  MCE  Name  to  the  message  file  in  the  field  to 
the  right  of  the  "FROM  CHIEF  MCT"  address  header. 

IF:  No  record  data  exists  in  a  carrier’s  file  (carriers  identified 
as  negative  report  carriers).  Print  Negative  Report  under  the 
header  as  indicated  above. 

NOTE:  Make  the  message  files  available  to  the  General  Message 
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Process. 


COLLECTED:  IN  ECSR-Msg-File  ; 

CONSISTS  OF: 

CntnrOwnAbbr  t 
CntnrNo  i 
CntnrNoPreFix  , 

VoyDocuNoFltNo  , 

Consignee  , 

MCENme  , 

OceanCarrNme  ; 

ADDED: 

TO  ECSR-Msg-File 

BY  Prep-Empty-Cntnr-Status-Report  ; 

CREATED:  BY  Prep-Empty-Cntnr-Status-Report  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Valentine’  ; 


104  DEFINE  ENTITY  Exist ing-TTB-MEvent-Ref  ; 

DESCRIPTION; 

Existing  TTB  Movement  Event  Information 

This  is  information  that  is  resident  in  an  existing  MEvent  and  is  dis 
played  on  the  screen  for  an  MEvent  CHANGE t  DELETE*  or  ADD*  and  is 
further  used  to  create  another  MEvent  +  ISAM. 

KEYWORD  IS:  ’Container’  ; 

COLLECTED:  IN  MEvent-F 1 le  ; 

CONSISTS  OF; 

Cntnr-Or igin-Code  * 

TyMovNoCd  , 

CntnrOwnAbbr  , 

CntnrNo  * 

Consignee  * 

MovEvntCd  ; 

IDENTIFIED  BY: 

CntnrOwnAbbr  , 

CntnrNo  * 

Consignee  * 

MovEvntCd  ; 

REFERENCED: 

IN  MEvent-File 

BY  Prepare-Cnsgn-Rept-Evnts-<TTB>  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Mitchem’  ; 
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5  DEFINE  ENTITY  Ex « st i ng-TTW-CntnrDi scrp-Ref  i 

DESCRIPTION; 

Existing  TTW  Container  Discrepancy  Reference 

This  is  information  that  is  used  by  the  system  to  display  to  the  user 
the  existing  data  in  a  TTW  transaction.  This  information  is  displayed 
on  the  screen  and  the  user  may  overlay  it  (with  the  MODIFY  option)  or 
delete  it  (with  the  DELETE  option). 

KEYWORD  IS:  ’Container’  ; 

CONSISTS  OF: 

CntnrOwnAbbr  , 

CntnrNo  , 

Consignee  , 

DupeStpIndex  . 

MovEvntCd  , 

EvntTy  , 

DiscrpTCN  , 

DiscrpCd  , 

DiscrpPc  , 

DiscrpDte  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Mitchem'  ; 
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106  DEFINE  ENTITY  Hi st-Mgt-InTo  ; 

DESCRIPTION; 

History  Management  Information 

This  is  the  system  generated  cntnr  history  floppy  disk  loading  data  that 
is  referenced  from  and  used  to  update  the  Hist-Mgt-Fi le.  The  data  is 
used  to  create  process  prompts  that  instruct  the  user  how  to  load  his 
cntnr  history  storage  media  floppy  disks.  It  contains  the  number  of 
cntnr  history  disks  used  to  store  each  calendar  months  history  records 
and  the  number  of  records  on  a  months  disk(s>. 

KEYWORD  IS:  ’Container’  , 

’LOB’  ; 

CONSISTS  OF: 

No-Hi st-Disks-Per-Month  , 

Record-Month-of-Hist-Disk  , 

Record-Year-of-Hist-Disk  , 

No-Records-on-Month-Disks  , 

File-Name  , 

DB-Name  t 
DteRecCreat  ; 

IDENTIFIED  BY: 

Record-Year-of-Hist-Disk  , 

File-Name  , 


DB-Name  ; 
MODIFIED: 

IN 

BY 

REFERENCED: 

IN 

BY 

REFERENCED: 

IN 

BY 


RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Valentine'  ; 


Hist-Mgt-Fi le 

Sel-Rec-for-Cntnr-History-DB  ; 

Hist-Mgt-Fi le 
History-File-Retrieval  ; 

Hist-Mgt-File 

Sel-Rec-for-Cntnr-History-DB  ; 
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107  DEFINE  ENTITY  ISAM-Trns-TTB-InTo  ; 

DESCRIPTION; 

ISAM  Transaction  TTB  Reference 

Thirs  is  information  that  is  generated  for  further  reporting  to  CfWi  and 
that  the  TTB  and  ZTB  processes  change  in  an  existing  TTB  ISAM  file. 

The  user  may  change  the  data  by  selecting  the  MODIFY  option  of  the  TTB 
process,  or  by  using  the  ZTB  process. 


B 


t 


KEYWORD  IS:  'Container’  ; 

COLLECTED:  IN  Trns-ISAM-F i le  ; 

CONSISTS  OF: 

Cntnr-Or igin-Code  , 

TyMovNoCd  , 

VoyDocuNoFltNo  , 

EvntDte  , 

EvntTy  , 

MovEvntCd  , 

ModeMethShpmtCd  • 

TyCarrCd  , 

Movement-Number  , 

Consignee  ; 

IDENTIFIED  BY: 

MovEvntCd  , 

EvntTy  ; 

ADDED: 

TO  Trns-ISAM-F ile 

BY  Prepare-Cnsgn-Rept-Evnts-<TTB> 

added: 


TO 

BY 

MODIFIED: 

IN 

BY 

MODIFIED: 

IN 

BY 

REFERENCED: 

IN 

BY 

REFERENCED: 

IN 

BY 

CREATED: 

RESPONSIBLE 


Trns-ISAM-F ile 

Prep-Cnsgn-Rept-Evnts-Corr-ZTB 
Trns-ISAM-F ile 

Prepare-Cnsgn-Rept-Evnts-<TTB> 
Trns-ISAM-F ile 

Prep-Cnsgn-Rept-Evnts-Corr-ZTB 
Trns-ISAM-F ile 

Prepare-Cnsgn-Rept-Evnts-<TTB> 
Trns-ISAM-F ile 

Prep-Cnsgn-Rept-Evnts-Corr-ZTB 
BY  Prepare-Cnsgn-Rept-Evnts-<TTB>  ; 
PROBLEM  DEFINER  IS: 

'Mitchem'  ; 
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DEFINE  ENTITY 

KEYWORD  IS:  ’C 

COLLECTED:  IN 

CONSISTS  OF: 
EvntTy  , 
DiscrpCd  , 
ShpmtUTCN  , 
CntnrNo  , 
CntnrOwnAbbr 
Consignee  , 
MovEvntCd  , 
OrtgCd  , 
DiscrpPc  I 
EvntDte  ; 
ADDED: 

TO 

BY 

MODIFIED: 

IN 

BY 

REFERENCED: 

IN 

BY 


’Container’  ; 

IN  Trns-ISAM-File  ; 


ISAM-Trns-ZTW-Info 


RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Mitchero’  ; 


Trns-ISAM-File 

Prep-Cgo-Non-Dl vr-Corr-<ZTW> 
Trns-ISAM-F i le 

Prep-Cgo-Non-D I vr-Corr-<ZTW> 
Trns-ISAM-File 

Prep-Cgo~Non-D I vr-Corr-<ZTW> 
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109  DEFINE  ENTITY  MEvent  ; 

DESCRIPTION; 

Movement  Event. 

This  entity  Is  an  occurrence  of  a  movement  event  for  a  given  container 
move  that  changes  the  status  of  that  move.  Movement  events  are 
associated  with  and  reported  at  movement  stops.  However,  some  events 
occur  and  are  reported  at  other  event  locations  (current  DODAAC). 

This  is  the  master  file  record  for  the  MEvent-File. 

KEYWORD  IS:  'LOB'  , 

'Data  Model'  , 

'Container'  ; 

SOURCE  IS:  'CONTAINER  DATA  MODEL’  ; 

ATTRIBUTE  IS: 

volatility  'DYNAMIC  , 

RETENTION  *60  DAYS*  , 

SEC-CLASS  'UNCLASSIFIED'  , 

TYPE  'AN'  , 

PICTURE  ’X(130>’  , 

FIELD-LENGTH  '130'  ; 

LAYOUT; 

DATA  model: 

MEvent .‘ShpmtMethod,  Opt  Many:Opt  1  (MILSTAMP) 

MEvent :ReasonDeny,  Opt  Many: Opt  1 
MEvent :MEventType,  Opt  Many:Mand  1 
MEvent :CgoAct1v1ty,  Opt  Many:Opt  1 
MEvent .’CntnrDiscrp,  Mand  l:0pt  Many 
MEvent :CntnrMovStp,  Opt  Many:Mand  1  (Stop) 

‘  MEvent :CntnrMov,  Opt  Many:Mand  1  (Port) 

MEvent :CgoPort,  Opt  Many: Opt  1 
MEvent :TypeMovNo,  Opt  Many:Mand  1 
MEvent :RespMed1aCd,  Opt  Many: Opt  1 
MEvent :TypeMove,  Opt  Many: Opt  1 
MEvent :ORICO,  Opt  ManyiOpt  1 

LOGICAL  DATABASE  DESIGN: 


Cntnr(XinAbbr  4  P/F 

CntnrNo  5  P/F 

Consignee  6  P/F 

DupeStpIndex  1  P/F 

MovEvntCd  3  P/F 

EvntTy  1  P/F 

TyPwrCd  1  P/F 

PstDte  (Request)  5  S 

EvntDte  (Start)  5  S 

SeqNo  1 


MewTyCarrCd 

NewEvntLoc 

NewTyMovNoCd 

NewMovNo 

ActlPcCnt 

DspoActv 

NewTAC 

MgrCd 

ShpmtUTCN 

TyMovCd 

NewModeMethShpmtCd 
TyMovNoCd  (C,M,F,V,D) 
PrtCd 

AACCurr  (Req) 

RespCd 

RsnDenyCd 

OrigCdTy 

OrigCd 


partition: 
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MEvent  CRUD 

CgoPort  R 

VoyageStop  R 

Voyage  R 

ReasonDeny  R 

TypeMovNo  R 

RespMediaCd  R 

ORICO  R 

TypeMove  R 

CgoActivity  R 

CntnrDiscrp  CRUD 

DIscrpType  R 

CntnrMov  RU 

CntnrMovStp  RU 

CntnrRinrkLn  CRU 

CgoMCE  R 

ShpmtMethod  R; 

COLLECTED:  IN  MEvent-FUe  ; 

CONSISTS  OF: 

CntnrOwnAbbr  , 

CntnrNo  , 

Consignee  , 

DupeStpIndex  , 

MovEvntCd  , 

EvntTy  , 

TyPwrCd  , 

PstDte  , 


I I 1-580 


I**,' 

S' 

>5’ 

*1* 

it 


I 


I 


I 

r*' 

I 

V.' 


I 


& 


■Iv 

Vi* 

•s!' 


•A* 

l| 


I 

1 
m 


ADSM  18-LZ4-AKM-BUR-FD 
WORKING  DRAFT  3.0 
DECEMBER  1987 


EvntDte  . 

SeqNo  , 

NewTyCarrCd  , 
NewEvntLoc  , 
NewTyMovNoCd  , 
NewMovNo  t 
ActlPcCnt  , 
DspoActv  • 

NewTAC  , 

MgrCd  , 

ShpmtUTCN  , 

TyMovCd  i 

NewModeMethShpmtCd 
TyMovNoCd  , 

PrtCd  , 

AACCurr  , 

RespCd  , 

RsnDenyCd  , 
OrigCdty  • 

OrigCd  ; 

IDENTIFIED  BY: 

CntnrOwnAbbr  , 
CntnrNo  , 

Consignee  , 
DupeStpIndex  , 
MovEvntCd  , 

EvntTy  , 

TyPwrCd  ; 

REFERENCED: 


IN 

BY 

REMOVED: 

FROM 

BY 

CREATED: 

CREATED: 

CREATED: 

CREATED: 

CREATED: 


MEvent-F I le 

Se I -Rec-f or-Cntnr-H I story-DB 


MEvent-F I le 

Sel-Rec-for-Cntnr-HI story-DB 
BY  Prep-Cgo-Dischg/Non-Del-<TTW>  ; 
BY  Prep-Empty-Cntnr-Status-Report 
BY  Prep-Hold/Stg'-Request-<TM3>  ; 

BY  Prep-Re  I -Fr-Stg/Ho I d-Req-<TMS> 
BY  Prep-Convey-Change-Not I f -<TTU> 
BY  Sel-Rec-for-Cntnr-HI story-DB  ; 


DESTROYED:  BY  Sel-Rec-f or-Cntnr-Hl sto 

CARDINALITY  IS: 

60000  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

•TACCS-LOB  CONTAINER  GROUP 
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llO  DEFINE  ENTITY  MEvent-ECSR-Ref  ; 

DESCRIPTION; 

Movement  Event  Empty  Container  Status  Report  Reference 
This  is  container  record  information  pertainino  to  containers  that 
have  been  reported  empty  that  day.  It  is  used  by  the  Prepare-Empty- 
Container-Status-Report  process. 

KEYWORD  IS:  ’Container’  , 

’LOB’  ; 

CONSISTS  OF: 

CntnrOwnAbbr  , 

CntnrNo  i 
Consignee  , 

DupeStpIndex  , 

MovEvntCd  , 

EvntTy  , 

TyPwrCd  , 

OrigCd  , 

TyMovNoCd  ; 

IDENTIFIED  BY: 

CntnrOwnAbbr  , 

CntnrNo  ♦ 

Consignee  , 

DupeStpIndex  • 

MovEvntCd  , 

EvntTy  , 

TyPwrCd  ; 

REFERENCED: 

IN  MEvent-File 

BY  Prep-Empty-Cntnr-Status-Report  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Valentine’  ; 
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111  DEFINE  ENTITY  MEvent-ECSR-Upd  ; 

DESCRIPTION; 

Movement  Event  Empty  Container  Status  Report  Update 

This  is  the  MEvent  record  data  necessary  to  create  a  TTB  D  record. 

KEYWORD  IS:  ‘Container’  ; 

CONSISTS  OF; 

CntnrOwnAbbr  , 

CntnrNo  , 

Consignee  , 

DupeStpIndex  , 

MovEvntCd  , 

OrigCd  , 

TyMovNoCd  , 

PstDte  , 

EvntTy  , 

TyPwrCd  , 

EvntDte  ; 

IDENTIFIED  BY: 

CntnrOwnAbbr  , 

CntnrNo  , 

Consignee  , 

DupeStpIndex  , 

Qb  MovEvntCd  , 

•  EvntTy  , 

TyPwrCd  ; 

ADDED: 

TO  MEvent-File 

BY  Prep-Empty-Cntnr-Status-Report  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Valentine’  ; 
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112  DEFINE  ENTITY 
DESCRIPTION; 

Movement  Event  Inquiry /Report  Information 
This  entity  consists  of  the  data  elements 
which  are  referenced  and  displayed  by  the 
process. 


MEvent-Inq/Rept-Info-Ref  ; 
Reference 

and  values  from  the  MEvent  file 
Inqu i ry/Rept-on-Spec i f i c-Cntnr 


KEYWORD  IS:  ’Container’  ; 

COLLECTED:  IN  MEvent-File  ; 

CONSISTS  OF: 

MovEvntCd  , 

EvntTy  , 

EvntDte  , 

CntnrNo  , 

CntnrOwnAbbr  , 

Consignee  ; 

REFERENCED: 

IN  MEvent-File 

BY  Inqu i ry/Rept-on-Spec i f i c-Cntnr 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

'Morris'  ; 


I 


I 
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J  DEFINE  ENTITY  MEvent-Recngn-Ref  ; 

DESCRIPTION; 

Movement  Event  Reconsignment  Reference 

This  is  ME vent  record  information  used  in  preparing  the  request  for 
reconsignment. 

KEYWORD  IS:  ’Container’  ; 

CONSISTS  OF: 

CntnrOwnAbbr  , 

CntnrNo  , 

Consignee  , 

DupeStpIndex  , 

MovEvntCd  , 

EvntTy  , 

TyPwrCd  , 

EvntDte  : 

IDENTIFIED  BY: 

CntnrOwnAbbr  . 

CntnrNo  , 

Consignee  , 

DupeStpIndex  f 
MovEvntCd  , 

EvntTy  , 

TyPwrCd  ; 

REFERENCED: 

IN  MEvent-File 

BY  Prepare-Reconsignment-Request  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Valentine’  ; 
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114  DEFINE  ENTITY  MEvent-Ref  ; 

DESCRIPTION; 

This  is  the  MEvent  record  information  that  is  refere’»ced  to 
determine  if  the  update  of  the  CntnrMovStp  record  can  be  performed. 

KEYWORD  IS:  ’Container’  , 

’LOB’  ; 

ATTRIBUTE  IS: 

FIELD-LENGTH  ’4’  , 

TYPE  ’AN’  , 

PICTURE  ’X(4)’  , 

SEC-CLASS  ’UNCLASSIFIED’  ; 

COLLECTED:  IN  MEvent-F i le  ; 

CONSISTS  OF: 

MovEvntCd  , 

EvntTy  , 

CntnrOwnAbbr  , 

CntnrNo  , 

Consignee  ; 

REFERENCED: 

IN  MEvent-File 

BY  Create-Non-Fcst-Container-Rec  ; 

REFERENCED: 

IN  MEvent-File 

BY  Prep-Delayed-Del I very-Event  ; 


MEvent-F i le 

Create-Non-Fcst-Conta i ner-Rec 


RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Mitchem’  ; 


MEvent-F i le 

Prep-Delayed-Del I very-Event  ; 
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115  DEFINE  ENTITY  MEvent-TM2-InFo  ; 

DESCRIPTION; 

Movement  Event  TM2  InFormatfon 

This  entity  consists  of  the  data  elements  and  values  from  the  MEvent  file 
which  are  referenced  and  updated  by  the  Prep-Di version-Request-<TM2> 
process. 


’Container'  ; 

IN  MEvent-Fi le  ; 


KEYWORD  IS: 

COLLECTED: 

CONSISTS  OF: 

MovEvntCd  , 

CntnrOwnAbbr 
CntnrNo  , 

Consignee  , 

ShpmtUTCN  , 

NewTAC  , 

NewEvntLoc  , 

RespCd  , 

MgrCd  , 

PstDte  , 

AACCurr  ; 

ADDED: 

TO 

BY 

MODIFIED: 

IN 

BY 

REFERENCED: 

IN  MEvent-Fi  le 

BY  Prep-Di vers ion-Request-<TM2>  ; 

CREATED:  BY  Prep-Di vers lon-Request-<TM2>  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Morris’  ; 


MEvent-Fi le 

Prep-Di vers ion-Request-<TM2>  ; 
MEvent-Fi le 

Prep-Di vers ion-Request-<TM2>  ; 


m 
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116  DEFINE  ENTITY  MEvent-TM3-Ref  ; 

DESCRIPTION; 

Movement  Event  TM3  Reference 

Thfs  is  MEvent  reference  information  used  in  the  TM3  process. 

KEYWORD  IS:  ’Container’  ; 

CONSISTS  OF: 

CntnrOwnAbbr  , 

CntnrNo  • 

Consignee  , 

DupeStp Index  , 

MovEvntCd  , 

EvntTy  , 

TyPwrCd  , 

AACCurr  i 
DspoActv  I 
ShpmtUTCN  , 

RespCd  , 

MgrCd  ; 

IDENTIFIED  BY: 

CntnrOwnAbbr  , 

CntnrNo  , 

Consignee  , 

DupeStpIndex  » 

MovEvntCd  , 

EvntTy  , 

TyPwrCd  ; 

REFERENCED: 

IN  MEvent*File 

BY  Prep-Hold/Stg-Request-<TM3>  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Valentine’  ; 
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117  DEFINE  ENTITY  MEvent-TM3-Upd  ; 

DESCRIPTION; 

Movement  Event  TM3  Update 

This  is  the  MEvent  update  information  used  by  the  TM3  process  to  create 
an  NEvent  record. 

KEYWORD  IS:  ‘Container’  ; 

ATTRIBUTE  IS: 

SEC-CLASS  ’UNCLASSIFIED’  ; 

CONSISTS  OF: 

CntnrOwnAbbr  , 

CntnrNo  i 
Consignee  , 

DupeStpIndex  , 

MovEvntCd  , 

EvntTy  , 

TyPwrCd  , 

PrtCd  , 

PstDte  , 

RespCd  , 

DspoActv  I 
MgrCd  , 

AACCurr  , 

ShpmtUTCN  ; 

IDENTIFIED  BY: 

CntnrOwnAbbr  , 

CntnrNo  , 

Consignee  , 

DupeStpIndex  , 

MovEvntCd  , 

EvntTy  , 

TyPwrCd  ; 

ADDED: 

TO  MEvent-File 

BY  Prep-Hold/Stg-Request-<TM3>  ; 

MODIFIED: 

IN  MEvent-File 

BY  Prep-Hold/Stg-Request-<TM3>  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Valentine’  ; 


I  DEFINE  ENTITY 
DESCRIPTION; 

Movement  Event  TMS  Reference 
This  is  MEvent  reference  info  used 

KEYWORD  IS:  ‘Container'  ; 

CONSISTS  OF: 

CntnrOwnAbbr  , 

CntnrNo  , 

Consignee  , 

DupeStpIndex  , 

MovEvntCd  , 

EvntTy  , 

TyPwrCd  , 

AACCurr  , 

DspoActv  t 
ShpmtUTCN  , 

RespCd  , 

MgrCd  , 

NewTAC  , 

NewEvntLoc  ; 

IDENTIFIED  BY: 

CntnrOwnAbbr  , 

CntnrNo  i 
Consignee  , 

DupeStpIndex  , 

MovEvntCd  , 

EvntTy  , 

TyPwrCd  ; 

REFERENCED: 

IN  MEvent-File 

BY  Prep-Rel-fr 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

'Valentine'  ; 
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MEvent-TMS-Ref 


in  the  TMS  process. 


MEvent-F i le 

Prep-Rel-fr-Stg/Hold-Req-<TMS>  ; 


1 1 1-590 
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119  DEFINE  ENTITY 
DESCRIPTION; 

Movement  Event  TMS  Update 

This  is  MEvent  update  info  used  by 

record. 


MEvent-TMS-Upd  ; 

the  TMS  process  to  create  an  MEvent 


KEYWORD  IS:  ’Container’  ; 

CONSISTS  OF: 

CntnrOwnAbbr  , 

CntnrNo  t 
Consignee  , 

DupeStpIndex  . 
MovEvntCd  , 

EvntTy  , 

TyPwrCd  t 
PrtCd  , 

PstDte  , 

ShpmtUTCN  , 

RespCd  , 

NewEvntLoc  , 

NewTAC  . 

AACCurr  , 

DspoActv  , 

MgrCd  ; 

IDENTIFIED  BY: 

CntnrOwnAbbr  t 
CntnrNo  i 
Consignee  , 
DupeStpIndex  • 
MovEvntCd  , 

EvntTy  , 

TyPwrCd  ; 


ADDED: 

TO 

BY 

MODIFIED: 

IN 

BY 

RESPONSIBLE 


MEvent-F i le 

Prep-Re l-fr-Stg/Hol d-Req-<TMS> 
MEvent-F  i  le 

Prep-Re I -fr-Stg/Ho 1 d-Req-<TMS> 
PROBLEM  DEFINER  IS: 

’Valentine’  ; 


t 


I 


I 

I 

I 
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)  DEFINE  ENTITY  MEvent-TTB-Upd  ; 

DESCRIPTION; 

New  Movement  Event  TTB  Reference 

Thfs  Is  Informat  ton  resulting  in  the  creation  of  a  new  MEvent. 

This  is  information  that  the  TTB  changes  in  an  existing  TTB  MEvent.  T 
user  may  change  the  data  by  selecting  the  MODIFY  option  of  the  process 


KEYWORD  IS:  ‘Container’  ; 

COLLECTED:  IN  MEvent-F i le  ; 

CONSISTS  OF: 

Cntnr-Or igin-Code  , 
TyMovNoCd  , 

CntnrOwnAbbr  , 

CntnrNo  , 

TMRPrefix  , 

Consignee  , 

MovEvntCd  , 

EvntDte  , 

EvntTy  ; 

IDENTIFIED  BY: 

EvntTy  , 

CntnrOwnAbbr  , 

CntnrNo  , 

Consignee  , 

MovEvntCd  ; 

MODIFIED: 

IN  MEvent-File 

BY  Prepare-Cns 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

‘Mitchem’  ; 


MEvent-F  i  le 

Prepare-Cnsgn-Rept-Evnts-<TTB> 
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I  DEFINE  ENTITY  MEvent-TTP-Ref  ; 

DESCRIPTION: 

Movement  Event  TTP  Reference 

This  entity  consist  of  data  elements  that  are  copied  from  the  MEvent 
file  to  the  TTP  Input  screen. 

KEYWORD  IS:  'Container'  : 


KEYWORD  IS:  'Container'  : 

ATTRIBUTE  IS: 

SEC-CLASS  'UNCLASSIFIED*  , 

PROCESS-MODE  'INTERACTIVE  BATCH' 
COLLECTED:  IN  MEvent-FI le  ; 

CONSISTS  OF; 

TyPwrCd  , 

MgrCd  , 

TyMovNoCd  , 

NewEvntLoc  , 

MovEvntCd  , 

EvntTy  , 

EvntDte  i 
CntnrNo  i 
CntnrOwnAbbr  , 

Consignee  , 

OrIgCd  ; 

IDENTIFIED  BY: 

TyPwrCd  , 

CntnrNo  . 

CntnrOwnAbbr  , 

EvntTy  , 

MovEvntCd  , 

Consignee  ; 

REFERENCED: 

IN  MEvent-File 

BY  Prep-SEAVAN-Malnt-Bfl 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

'Ocasio*  ; 


MEvent-File 

Prep-SEAVAN-Ma I nt-Bgn/E-<TTP> 


I 

I 


I* 

il'' 

ft 


,14'. 


I 

k 


S'* 

2*' 

S'* 


9 


i 
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122  DEFINE  ENTITY 
DESCRIPTION; 

Movement  Event  TTP  Update 
This  update  consist  o-f  data 
screen  as  well  as  generated 
the  MEvent  -file. 


MEvent-TTP-Upd  ; 

elements  that  are  inputed  to  the  TTP  input 
in  the  TTP  process,  which  will  be  posted  to 


KEYWORD  IS: 
ATTRIBUTE  IS: 
SEC-CLASS 
PROCESS-MODE 
COLLECTED:  IN 

CONSISTS  OF: 

CntnrOwnAbbr 
CntnrNo  , 

POD  , 

Consignee  , 
TyPwrCd  , 
MgrCd  , 
TyMovNoCd  , 
NewEvntLoc  , 
MovEvntCd  , 
EvntTy  , 
EvntDte  , 
OrigCd  , 
PstDte  ; 
MODIFIED: 

IN 

BY 

MODIFIED: 

IN 

BY 

RESPONSIBLE 


'Container' 


'UNCLASSIFIED'  , 
'INTERACTIVE  BATCH' 
MEvent-File  ; 


MEvent-File 

Prep-SEAVAN-Ma i nt-Bgn/E-<TTP> 


MEvent-F  i  le 

Prep-Svan-Ma i nt-Bgn/E-Corr-ZTP 
PROBLEM  DEFINER  IS: 

'Ocasio'  ; 


% 


I I 1-594 
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‘if 


■ 


i' 

4 

4 


J  DEFINE  ENTITY  MEvent-TTU-ReT  ; 

DESCRIPTION; 

Movement  Event  TTU  Reference 

This  entity  consist  of  data  elements  that  are  copied  from  the  MEvent 
file  to  the  TTU  input  screen.  This  entity  is  prompted  by  user  entered  data 
to  generate  TTU  information  necessary  to  generate  a  D5SR. 


H-J 


KEYWORD  IS:  »C 

ATTRIBUTE  IS: 
SEC-CLASS 
PROCESS-MODE 
CONSISTS  OF: 

MovEvntCd  , 
EvntTy  ; 
IDENTIFIED  BY: 
EvntTy  , 
MovEvntCd  ; 
USED  BY:  Pr 


’Container’ 


UNCLASSIFIED’  , 
•INTERACTIVE  BATCH’ 


USED  BY: 
USED  BY: 
USED  BY: 
USED  BY: 
USED  BY: 
USED  BY: 
USED  BY; 
USED  BY: 
USED  BY: 


REFERENCED: 

IN  MEvent-File 

BY  Prep-Convey-Change-Not i f -<TTU> 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Zacot’  ; 


Prep-Convey-Change-Not i f-<TTU> 
TO  DERIVE  EvntDte  ; 

Prcp-Convey-Change-Not if-<TTU> 
TO  DERIVE  NewMovNo  ; 

Prep-Convey-Change-Not i f-<TTU> 
TO  DERIVE  PstDte  ; 

Prep-Convey-Change-Not i f -<TTU> 
TO  DERIVE  Err-Msg  ; 

Prep-Convey-Change-Not i f -<TTU> 
TO  DERIVE  Err-Diag  ; 

Prep-Convey-Change-Not if -<TTU> 
TO  DERIVE  NewTyCarrCd  ; 

Prep-Convey-Change-Not if -<TTU> 
TO  DERIVE  NewModeMethShpmtCd  ; 

Prep-Convey-Change-Not i f -<TTU> 
TO  DERIVE  NewTyMovNoCd  ; 

Prep-Convey-Change-Not I f -<TTU> 
TO  DERIVE  MEvent-TTU-Upd  ; 

Prep-Convey-Change-Not i f-<TTU> 
TO  DERIVE  TTU-DSSR-Info  ; 
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124  DEFINE  ENTITY  MEvent-TTU-Upd  ; 

DESCRIPTION; 

Movement  Event  TTU  Update 

This  update  consist  o-f  data  elements  that  are  input  to  the  TTU  Input 
screen  as  well  as  generated  in  the  TTU  process,  which  will  be  posted  to 

the  MEvent  file. 

• 

KEYWORD  IS:  ’Container’  ; 

ATTRIBUTE  IS: 

SEC-CLASS  ’UNCLASSIFIED’  , 

PROCESS-MODE  ’INTERACTIVE  BATCH’  ; 

CONSISTS  OF: 

CntnrOwnAbbr  , 

CntnrNo  , 

Consignee  , 

TyMovNoCd  , 

NewModeMethShpmtCd  , 

NewTyMovNoCd  , 

NewTyCarrCd  , 

MovEvntCd  , 


EvntTy  , 

EvntDte  , 

OrIgCd  , 

PstDte  , 

NewMovNo 

• 

I 

DERIVED: 

BY  Prep-Convey-Change-Not 1 f-<TTU> 
USING  Conveyance-Ch-Not if-Info-Inp 

DERIVED: 

BY  Prep-Convey-Change-Not 1 f -<TTU> 
USING  CntnrMov-TTU-Ref  ; 

DERIVED: 

BY  Prep-Convey-Change-Not 1 f -<TTU> 
USING  MEvent-TTU-Ref  ; 

DERIVED: 

BY  Prep-Convey-Change-Not 1 f -<TTU> 
USING  EvntDte  : 

DERIVED: 

BY  Prep-Convey-Change-Not 1 f-<TTU> 
USING  NewMovNo  ; 

DERIVED: 

BY  Prep-Convey-Change-Not 1 f-<TTU> 
USING  PstDte  ; 

DERIVED: 

BY  Prep-Convey-Change-Not 1 f-<TTU> 
USING  NewTyCarrCd  ; 

DERIVED: 

BY  Prep-Convey-Change-Not 1 f -<TTU> 
USING  NewModeMethShpmtCd  ; 

DERIVED: 

BY  Prep-Convey-Change-Not 1 f-<TTU> 
USING  NewTyMovNoCd  ; 

ADDED: 

TO 

MEvent-FI le 

BY 

Prep-Convey-Change-Not 1 f -<TTU> 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Zacot’  ; 

‘ 
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5  DEFINE  ENTITY  MEvent-ZTB-Ref  ; 

DESCRIPTION; 

Movement  Event  ZTB  Reference 

This  Is  information  that  was  entered  by  the  orlpinal  TTB  transaction.  The 
ZTB  process  can  change  the  values  of  two  elements - EvntTy,  and  EvntDte. 


KEYWORD  IS:  ‘C 

COLLECTED:  IN 

CONSISTS  OF: 
CntnrNo  i 
CntnrOwnAbbr 
Consignee  , 
OrIgCd  , 
TyMovNoCd  , 
EvntTy  , 
EvntDte  , 
MovEvntCd  ; 
REFERENCED : 

IN 

BY 


’Container*  ; 
IN  MEvent-Fi le 


RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Mitchem’  ; 


MEvent-FIle 

Prep-Cnsgn-Rept-Evnts-Corr-ZTB 


€i126  define  entity  MEvent-ZTB-Upd  ; 

•  DESCRIPTION; 

Movement  Event  ZTB  Update 

This  is  information  that  reflects  the  MEvent  record  after  the  ZTB  process 
has  occurred.  Two  values  can  be  changed  by  the  user,  EvntTy  and  EvntDte. 


KEYWORD  IS:  'C 

COLLECTED:  IN 

CONSISTS  OF: 
CntnrNo  , 
CntnrOwnAbbr 
Consignee  , 
OrigCd  , 
TyMovNoCd  , 
EvntTy  , 
EvntDte  , 
PstDte  , 
MovEvntCd  ; 
MODIFIED: 

IN 

BY 


'Container'  ; 
IN  MEvent-Fi le 


RESPONSIBLE  PROBLEM  DEFINER  IS’ 
'Mitchem'  ; 


MEvent-Fi le 

Prep-Cnsgn-Rept-Evnts-Corr-ZTB 
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1  DEFINE  ENTITY  MEvent-ZTP-Ref  ; 

DESCRIPTION; 

Movement  Event  ZTP  Reference 

This  is  SEAVAN  maintenance  correction  information  that  is  used  to  alter  an 
existing  TTP  SEAVAN  Maintenance  begin  and  end  date. 

KEYWORD  IS:  ’Container’  ; 

CONSISTS  OF: 

CntnrNo  i 
CntnrOwnAbbr  , 

Consignee  , 

TyPwrCd  , 

MovEvntCd  , 

EvntTy  , 

EvntDte  • 

MgrCd  , 

TyMovNoCd  , 

NewEvntLoc  , 

OrigCd  ; 

REFERENCED: 

IN  MEvent-File 

BY  Prep-Svan-Maint-Bgn/E-Corr-ZTP  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Ocasio*  ; 
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128  DEFINE  ENTITY  MEventType  ; 

DESCRIPTION; 

Movement  Event  Type. 

This  entity  Is  the  occurrence  of  Information  related  to  type  movement 
events.  This  record  is  the  master  record  of  the  MEventType  Table. 


9 


KEYWORD  IS:  ’LOB'  , 

•Freight’  , 

’Data  Model*  , 
’Container’  ; 

SOURCE  IS:  ’CONTAINER  DATA  MODEL’ 

’FREIGHT  DATA  MODEL’  ; 

ATTRIBUTE  IS: 


SEC-CLASS 
TYPE 
PICTURE 
FIELD-LENGTH 
volat i I ity 
LAYOUT; 


’UNCLASSIFIED’  , 
’AN’  , 

’X(19)’  , 

’19’  , 

’STATIC’  ; 


f 


LOGICAL  DATABASE  DESIGN: 

3  P 
1  P 
15 


MovEvntCd 

EvntTy 

MovEvntDescr 


FREIGHT  DATA  MODEL: 

MEventType :FrtMEvent,  Mand  l:Opt  Many 


FREIGHT  partition: 

MEventType  CRD 

CONTAINER  DATA  MODEL: 

MEventType :MEvent ,  Mand  l:Opt  Many 


CONTAINER  PARTITION: 


MEventType 
COLLECTED: 
CONSISTS  OF: 
MovEvntCd 
EvntTy  , 


IN  MEventType-Tbl 


CRD; 
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MovEvntDescr  ; 

IDENTIFIED  BY: 

MovEvntCd  , 

EvntTy  ; 

CARDINALITY  IS: 

10  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

•TACCS-LOB  CNTNR/FRT  GROUPS’ 


129  DEFINE  ENTITY  MEventType-TTU-Ref  ; 

DESCRIPTION; 

Movement  Event  Type  TTU  Reference 

This  entity  validates  the  event  type  TTU. 

KEYWORD  IS:  ’Container’  ; 

CONSISTS  OF: 

EvntTy  , 

MovEvntCd  ; 

IDENTIFIED  BY: 

EvntTy  ; 

REFERENCED: 

IN  MEventType-Tbl 

BY  Prep-Convey-Change-Not if“<TTU>  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

'Zacot'  ; 

130  DEFINE  ENTITY  Ma int-Param-CgoAct i v i ty-Ref  ; 

DESCRIPTION; 

Maintain  Parameter  Cargo  Activity  Reference 

This  entity  is  used  to  validate  that  the  Origin  DODAAC  parameter  value 
exists  in  the  Cargo  Activity  File. 

KEYWORD  IS:  ’Container’  ; 

CONSISTS  OF: 

Or igin-DODAAC  ; 

IDENTIFIED  BY: 

AACCupp  f 

USED  BY:  Maintain-Parameter-Tbl 

TO  DERIVE  Maint-Param-Tbl-Pr int-Rept-Out  ; 

USED  BY:  Maintain-Parameter-Tbl 

TO  DERIVE  Maint-Parameter-Tbl-Disp-Out  ; 

REFERENCED: 

IN  CgoActivity-Fi le 

BY  Maintain-Parameter-Tbl  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Morris’  ; 


I I 1-600 
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131  DEFINE  ENTITY  Ma Int-Param-CgoMCE-ReF  ; 

DESCRIPTION; 

Maintain  Parameter  Cargo  Movement  Control  Element  Reference 

This  entity  is  used  to  validate  that  the  Or igin-MCE-Pref ix  parameter 

value  exists  in  the  Cargo  MCE  Table. 


f 


KEYWORD  IS:  ‘Container’  ; 

CONSISTS  OF: 

Origin-MCE-Pref ix  ; 

IDENTIFIED  BY: 

MCEPrefix  * 

USED  BY:  Maintain-Parameter-Tbl 

TO  DERIVE  Maint-*Param-Tbl-Pr int-Rept-Out 
USED  BY:  Maintain-Parameter-Tbl 

TO  DERIVE  Maint-Parameter-Tbl-Disp-Out  ; 


REFERENCED: 

IN  CgoMCE-Tbl 

BY  Maintain-Parameter-Tbl  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

‘Morris’  ; 


« 
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132  DEFINE  ENTITY  Main 
DESCRIPTION; 

Maintain  Parameter  System  Parameter  Reference 
This  entity  represents  the  "master  record"  of 
the  System-Parameter-Tbl . 


Maint-Param-Sys-Param-Ref  ; 


system  parameters 


KEYWORD 


’Freight’  , 

’Container’  , 

’LOB’  , 

’NOT  IN  DATA  MODEL’  ; 

IN  System-Parameter-Tbl 


COLLECTED:  IN  System-Parameter-Tbl  ; 

CONSISTS  OF: 

Cntnr-History-Sel-Cr iter ia  , 

Cntnr-Delet ion-Cr iteria  , 

Cntnr-On-Hand-Over-X-Cr iteria  , 

Cntnr-Or igin-Code  , 

Origin-MCE-Pref ix  , 

Or igin-DODAAC  , 

Freight-History-Sel-Criter ia  , 

Label-Print-Flag  , 

Commitment-Print-Flag  , 

Freight-Origin-Code  i 
Number-463L-Pal let-Cr iteria  , 

Cntnr-Deletion-Notif ication  ; 

USED  BY:  Maintain-Parameter-Tbl 

TO  DERIVE  Maint-Param-Tbl-Pr int-Rept-Out 
USED  BY:  Maintain-Parameter-Tbl 

TO  DERIVE  Maint-Parameter-Tbl-Disp-Out  ; 
RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Morris’  ; 


USED 


1 1 1-602 


net 


1 


J 
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133  DEFINE  ENTITY  Ma f nt-Param-Sys-Param-Upd  ; 

DESCRIPTION; 

Maintain  Parameter  System  Parameter  Update 

This  entity  represents  value  changes  to  system  parameters  in  the  System- 
Parameter-Tbl . 


KEYWORD  IS:  ’Freight’  , 

’Container’  , 

’LOB’  , 

’NOT  IN  DATA  MODEL* 

CONSISTS  OF: 

Cntnr-History-Sel-Cr iteria  , 
Cntnr-Deletion-Criteria  , 
Cntnr-On-Hand-Over-X-Cr i ter i a 
Cntnr-Or igin-Code  , 
Cntnr-Deletion-Notif ication  , 
Or igin-MCE-Pref ix  , 

Or igin-DODAAC  , 

Freight-Hi story-Sel-Cr iter ia 
Label-Print-Flag  , 
Commitment-Print-Flag  , 
Freight-Origin-Code  , 
Number-463L-Pa 1 1 et-Cr i ter i a 


UPDATED 

UPDATED 

UPDATED 

UPDATED 

UPDATED 

UPDATED 

UPDATED 

UPDATED 

UPDATED 

UPDATED 

UPDATED 

UPDATED 


ADDED: 


TO 


BY  Maintain-Parameter-Tbl 
USING  Cntnr-History-Sel-Cr iter ia  ; 
BY  Maintain-Parameter-Tbl 
USING  Cntnr-Deletion-Criteria  ; 

BY  Maintain-Parameter-Tbl 
USING  Cntnr-On-Hand-Over-X-Cr i ter i a 
BY  Maintain-Parameter-Tbl 
USING  Cntnr-Or igin-Code  ; 

BY  Maintain-Parameter-Tbl 
USING  Cntnr-Delet ion-Not i-f  i cat i on  ; 
BY  Maintain-Parameter-Tbl 
USING  Origin-MCE-Pref ix  ; 

BY  Maintain-Parameter-Tbl 
USING  Or igin-DODAAC  ; 

BY  Maintain-Parameter-Tbl 
USING  Freight-History-Sel-Cr i ter  la 
BY  Maintain-Parameter-Tbl 
USING  Labe  I -Print-Flag  ; 

BY  Maintain-Parameter-Tbl 
USING  Commitment-Print-Flag  ; 

BY  Maintain-Parameter-Tbl 
USING  Freight-Origin-Code  ; 

BY  Maintain-Parameter-Tbl 

USING  Number-463L-Pal let-Criter ia  ; 

System-Parameter-Tb I 
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BY  Maintain-Parameter-Tbl  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Morris’  ; 


134  DEFINE  ENTITY  Maintain-Stops-In-fo-Ent  ; 

KEYWORD  IS:  ’Container’  ; 

DERIVED:  BY  Maintain-Stops  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Valentine'  ; 

135  DEFINE  ENTITY  ModeMethShpmtCd-TTB-ReF  ; 

DESCRIPTION; 

Mode  Method  Shipment  Code  TTB  Reference 

This  is  information  used  to  validate  the  entry  by  the  user  of  the  Mode 
Method  Shipment  Code  into  the  system,  and  the  provision  of  the  code 
descriptions  (help  screen). 

KEYWORD  IS:  ’Container’  ; 

COLLECTED:  IN  ShpmtMethod-Tbl  ; 

CONSISTS  OF: 

ModeMethShpmtCd  ; 

IDENTIFIED  BY: 

ModeMethShpmtCd  ; 

REFERENCED: 

IN  ShpmtMethod-Tbl 

BY  Prep-Cnsgn-Rept-Evnts-Corr-ZTB  ; 

REFERENCED: 

IN  ShpmtMethod-Tbl 

BY  Prepare-Cnsgn-Rept-Evnts-<TTB>  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Mitchem’  ; 
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136  DEFINE  ENTITY  Month  ; 

DESCRIPTION; 

Month. 

This  entity  is  an  occurrence  of  a  specific  Month  Code  and  Month  Code 
description.  This  is  the  master  record  for  the  Month  Table. 


KEYWORD  IS:  ’LOB’  , 


’Freight’  , 

’Data  Model*  , 
’Container’  ; 

SOURCE  IS:  ’CONTAINER  DATA  MODEL’ 

’FREIGHT  DATA  MODEL*  ; 


ATTRIBUTE  IS: 
SEC-CLASS 
TYPE 
PICTURE 
FIELD-LENGTH 
RETENTION 
volati I ity 


’UNCLASSIFIED’  , 
’AN’  , 

’X(04)’  , 

*04’  , 

’PERMANENT’  , 
’STATIC’  ; 


LAYOUT; 


I 


LOGICAL  DATABASE  DESIGN: 

1  P 
3 


as- 


MthCd 

MthCdDescr 


FREIGHT  DATA  MODEL: 

Month -'FreightMov,  Opt  l:Opt  Many  (BMCT) 
Month :FreightMov,  Mand  1: Opt  Many  (MCT) 


FREIGHT  PARTITION: 

Month  CRD 

CONTAINER  DATA  MODEL: 

Month :CntnrMov,  Mand  l:0pt  Many 


CONTAINER  PARTITION: 


Month 
COLLECTED: 
CONSISTS  OF: 
MthCd  , 


IN  Month-Tbl 


CRD; 
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MthCdDescr  ; 

IDENTIFIED  BY: 

MthCd  ; 

REFERENCED: 

IN  Month-Tbl 

BY  Capture-TMR  ; 

CARDINALITY  IS: 

12  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

'TACCS-LOB  CNTNR/FRT  GROUP’  ; 
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137  DEFINE  ENTITY  MovModeCode  ; 

DESCRIPTION; 

Movement  Mode  Code. 

This  entity  Is  an  occurrence  of  a  specific  Mode  Code«  Mode  Code 
description  and  Type  Carrier  Code.  This  is  the  master  record  for  the  Mov 
Mode  Code  Table. 


KEYWORD  IS: 


SOURCE  IS: 


’LOB’  , 

’Freight’  , 

’Container’  , 

’Data  Model*  ; 
’CONTAINER  DATA  MODEL’ 
•FREIGHT  DATA  MODEL’  ; 


ATTRIBUTE  IS: 
SEC-CLASS 
TYPE 

RETENTION 
volat i I ity 
PICTURE 
FIELD-LENGTH 
LAYOUT; 


•UNCLASSIFIED’ 
’  AN’ 

•PERMANENT’  , 
•STATIC’  , 
’X(26)’  , 

•26’  ; 


LOGICAL  DATABASE  DESIGN: 

ModeCd  1 

ModeCdDescr  25 

FREIGHT  DATA  MODEL: 

MovModeCode :FreightMov,  Mand  l:Opt  Many 


FREIGHT  PARTITION: 
MovModeCode 


CONTAINER  DATA  MODEL: 

MovModeCode :CntnrMov,  Mand  l:Opt  Many  (TIPS) 


CONTAINER  PARTITION: 


MovModeCode 
COLLECTED: 
CONSISTS  OF: 
ModeCd  , 


IN  MovModeCode-Tbl  ; 
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CRD; 
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ModeCdDescr  ; 

IDENTIFIED  BY: 

ModeCd  ; 

REFERENCED: 

IN  MovModeCode-Tbl 

BY  Capture-TMR  ; 

CARDINALITY  IS: 

9  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’TACCS-LOB  CNTNR/FRT  GROUPS’  ; 


138  DEFINE  ENTITY 

KEYWORD  IS:  ’Container’  ; 

CONSISTS  OF: 

ModeCd  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

'Zacot'  ; 


MovModeCode-Re-f  ; 


139  DEFINE  ENTITY  Non-Fcst-CgoMCE-Ref  ; 

DESCRIPTION; 

Non  Forecast  Cargo  Movement  Control  Element  Reference 

This  Is  the  CgoMCE  table  data  that  Is  used  on  the  report  to  Identify  the 
sending  MCT. 

KEYWORD  IS:  ’Container’  ;  ' 

CONSISTS  OF: 

MCEPreflx  , 

MCENme  ; 

IDENTIFIED  BY: 

MCEPreflx  ; 

REFERENCED: 

IN  CgoMCE-Tbl 

BY  Prep-Non-ETA-Fcst-Cntnr-Report  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Valentine'  ; 
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I  140  DEFINE  ENTITY  Non-Fcst-CntnrMov-Ref  ; 

I  DESCRIPTION; 

I  Non  Forecast  Container  Movement  Reference 

i  This  is  the  cntnr  move  record  data  for  the  non  forecasted  container  that 

is  required  on  the  report. 

KEYWORD  IS:  ‘Container’  ; 

CONSISTS  OF: 

DteRecCreat  t 
CntnrOwnAbbr  , 

CntnrNo  , 

CntnrNoPref ix  , 

I  VoyDocuNoF ItNo  , 

'  POD  ; 

IDENTIFIED  BY: 

CntnrOwnAbbr  , 

CntnrNo  ; 

REFERENCED: 

IN  CntnrMov“Fi le 

BY  Prep-Non-ETA-Fcst-Cntnr-Report  ; 

RESPONSIBLE  PROBLEM  OEFINER  IS: 

’Valentine*  ; 


141  DEFINE  ENTITY  Non-Fcst-CntnrMovStop-Ref  ; 

DESCRIPTION; 

Non  Forecast  Container  Movement  Stop  Reference 

This  is  the  Cntnr  Mov  Stp  record  data  that  is  required  on  the  report. 


KEYWORD  IS:  ’Container’  ; 

CONSISTS  OF: 

StpNonFcst  , 

DupeStpIndex  , 

CntnrOwnAbbr  , 

CntnrNo  , 

Consignee  ; 

IDENTIFIED  BY: 

CntnrOwnAbbr  , 

CntnrNo  , 

Consignee  , 

DupeStpIndex  ; 

REFERENCED: 

IN  CntnrMovStp-File 

BY  Prep-Non-ETA-Fcst-Cntnr-Report  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Valentine’  ; 
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142  DEFINE  ENTITY  Non-Fcst-Param-ReF  ; 

DESCRIPTION; 

Non  Forecast  Parameter  Re-ference 

This  Is  the  parameter  table  re-ference  data  used  to  Identify  the  system 
users  MCENme  -from  the  CgoMCE  table  for  the  report. 

KEYWORD  IS:  ’Container’  ; 

CONSISTS  OF: 

Origin-MCE-Pref ix  ; 

IDENTIFIED  BY: 

Or igin-MCE-Pref ix  ; 

REFERENCED: 

IN  System-Parameter-Tbl 

BY  Prep-Non-ETA-Fcst“Cntnr-Report  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Valentine’  ; 
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143  DEFINE  ENTITY  Non-Forecasted-Containers-Upd  ; 

DESCRIPTION; 

Non  Forecasted  Containers  Update 

This  is  the  non  forecasted  container  report  information  that  is  sent 
to  1st  TMCA  daily.  The  report  lists  all  containers  that  arrived  in  an 
MCT's  area  of  responsibility,  but  were  not  forecasted  on  the  reformat¬ 
ted  ETA  forecast. 


KEYWORD  IS: 
LAYOUT; 


’Container’ 


MESSAGE  FILE  FORMAT 


FROM:  C,  MCT  _ 

TO:  CDR  1st  TMCA  OBL  GE//AEUTR-MCA-I// 
INFO:  CDR  1st  TMCA  OBL  GE//AEUTR-MCA-CC// 


SUBJ:  Non-Forecasted  Container(s) 

Following  container(s)  received  without  forecast. 
CNTNR  OWNER  CNTNR  NUMBER  VOYAGE  NUMBER  POD 


XXXX 


XXXXXXXX 


XXXXX 


CONSIGNEE 


XXXXXX 


The  report  header  address  Information  will  be  printed  in 
the  Message  file  as  shown  above. 

Then:  Use  the  Origin  MCE  code  in  the  parameter  table 
to  search  for  the  MCEPrefix  in  the  CgoMCE  Table  and  find  the 
MCENme. 

Then  move  the  MCENme  to  the  Message  file  in  the  field  to 
the  right  of  the  "FROM"  address  header. 

NOTE:  Make  this  file  available  to  the  General  Message 
Process . 

collected:  IN  Non-Fcst-Msg-Fi le  ; 

CONSISTS  OF; 

MCENme  , 

CntnrOwnAbbr  , 

CntnrNoPref ix  , 

CntnrNo  , 
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VoyDocuNoF ItNo  • 

POD  , 

Consignee  ; 

ADDED: 

TO  Non-Fcst-Msg-Fi le 

BY  Prep-Non-ETA-Fcst-Cntnr-Report  ; 

CREATED:  BY  Prep-Non-ETA-Fcst-Cntnr-Report  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Valentine’  ; 


III-612 


y 


WKSHi 


ADSM  18-LZ4-AKM>BUR-FD 
WORKING  DRAFT  3.0 
DECEMBER  1987 


144  DEFINE  ENTITY  ORICO  ; 

DESCRIPTION; 

Origin  Code. 

This  entitity  is  an  occurrence  of  a  specific  Origin  Codei  Origin  Code 
Typei  and  Origin  Code  Description.  This  is  the  master  record  for  the 
ORICO  Table. 


KEYWORD  IS: 


’Container'  , 
'Data  Model’  , 


’LOB’ 


SOURCE  IS: 
ATTRIBUTE  IS: 
SEC-CLASS 
TYPE 
PICTURE 
FIELD-LENGTH 
RETENTION 
volati I ity 
LAYOUT ; 


CONTAINER  DATA  MODEL’ 


•UNCLASSIFIED’ 
’AN’  , 

’X(29)’  , 

’29’  , 

’PERMANENT’  , 
’STATIC’  ; 


DATA  MODEL: 


ORICO-’MEvent,  Opt  1. ’Opt  Many 
ORICO:ORICOTy,  Opt  ManytMand  1 

LOGICAL  DATABASE  DESIGN: 


OrigCdTy 

1  P/F 

OrigCd 

3  P 

OrigCdDescr 

25 

PARTITION: 

ORICO 

CRUD 

ORICOTy 

R; 

COLLECTED:  IN  ORICO- Tb I  ; 

CONSISTS  OF: 

OrigCdTy  , 

OrigCd  , 

OrigCdDescr  ; 

IDENTIFIED  BY: 

OrigCdTy  t 
OrigCd  ; 

CARDINALITY  IS: 

294  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’TACCS-LOB  CONTAINER  GROUP’  ; 
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145  DEFINE  ENTITY  ORICOTy  ; 

DESCRIPTION; 

Origin  Code  Type. 

Identifies  the  classification  of  origin  code,  i.e.  container  or  freight 

(breakbulk) . 


KEYWORD  IS: 


’Container*  , 

’LOB’  , 

’Data  Model’  ; 
’CONTAINER  DATA  MODEL’ 


’AN’  , 
’X(26)’ 


SOURCE  IS:  »C 

ATTRIBUTE  IS: 

FIELD-LENGTH 
TYPE 
PICTURE 
SEC-CLASS 
volat i I ity 
RETENTION 
LAYOUT; 

DATA  MODEL: 


ORICOTy :ORICO,  Mandi:Opt  Many 
LOGICAL  DATABASE  DESIGN: 


’UNCLASSIFIED’ 
’STATIC’  , 
’PERMANENT’  ; 


Or igCdTy 
OrigCdTyDescr 


PARTITION: 


CRU; 


ORICOTy  CRl 

COLLECTED:  IN  ORICOTy-Tbl  ; 

CONSISTS  OF: 

OrigCdTy  , 

OrigCdTyDescr  ; 

IDENTIFIED  BY: 

OrigCdTy  ; 

CARDINALITY  IS: 

2  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’TACCS-LOB  CONTAINER  GROUP’ 
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146  DEFINE  ENTITY  OceanCarr  ; 

DESCRIPTION; 

Ocean  Carrier. 

This  entity  Is  the  occurence  of  a  specific  ocean  carrier  abbreviation 
and  In-the-clear  name.  This  is  the  master  record  for  the  OceanCarr 
Table. 


9 


KEYWORD  IS:  ’Container’  , 


’Data  Model’  , 

’LOB’  ; 

SOURCE  IS;  ’CONTAINER  DATA  MODEL’ 
’MILSTAMP  PARA  B-47'  ; 


ATTRIBUTE  IS: 
SEC-CLASS 
TYPE 
PICTURE 
FIELD-LENGTH 
volat 11 1 ty 


’UNCLASSIFIED’  , 
’AN’  , 

’X(30)’  , 

’30’  , 

’STATIC’  ; 


LAYOUT; 


f 


DATA  MODEL: 


“OceanCarr: Voyage,  Opt  l:0pt  Many 
■‘OceanCarr :TypeCarr1er,  Opt  Many:Mand  1 

LOGICAL  DATABASE  DESIGN: 


TyCarrCd  1  F 

OceanCarrAbbr  4  P 

OceanCarrNme  25 

PARTITION: 

OceanCarr  CRD 


NOTE:  Relationship  to  Voyage  is  optional  on  OceanCarr  side  since  ocean 
carrier  Information  may  not  be  available. 

COLLECTED:  IN  OceanCarr-Tbl  ; 

CONSISTS  OF: 

TyCarrCd  , 

OceanCarrAbbr  , 

OceanCarrNme  ; 

IDENTIFIED  BY: 

OceanCarrAbbr  ; 

CARDINALITY  IS: 

40  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

^  .  'TACCS-LOB  CONTAINER  GROUP’  ; 


III-61S 
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147  DEFINE  ENTITY  OceanCarr-ECSR-Ref  ; 

DESCRIPTION; 

Ocean  Carrier  Empty  Container  Status  Report  Reference 

This  is  Ocean  Carrier  info  used  in  the  Empty  Container  Status  Report. 

KEYWORD  IS:  'Container'  ; 

CONSISTS  OF; 

OceanCarrAbbr  , 

OceanCarrNme  ; 

IDENTIFIED  BY: 

OceanCarrAbbr  ; 

REFERENCED: 

IN  OceanCarr-Tbl 

BY  Prep-Empty-Cntnr-Status-Report  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

'Valentine'  ; 

148  DEFINE  ENTITY  OceanCarr-ETA-Fcst-Ref  ; 

DESCRIPTION; 

Ocean  Carrier  ETA  Forecast  Reference 

Reference  is  used  to  validate  input  of  an  Ocean  Carrier  Abbreviation 

(OceanCarrAbbr)  received  in  the  Reformatted  ETA  Forecast. 

« 

KEYWORD  IS:  'Container'  ; 


KEYWORD  IS:  'Container'  ; 

ATTRIBUTE  IS: 

SEC-CLASS  'UNCLASSIFIED'  , 

PROCESS-MODE  'INTERACTIVE  BATCH'  ; 

CONSISTS  OF: 

OceanCarrAbbr  ; 

REFERENCED: 

IN  OceanCarr-Tbl 

BY  Create-Non-Fcst-Container-Rec  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

'Cope'  ; 
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149  DEFINE  ENTITY  OceanCarr-Ref  ; 

DESCRIPTION; 

Ocean  Carrier  Reference 

This  reference  is  used  to  validate  input  of  Ocean  Carrier 
Abbreviation. 


KEYWORD  IS:  ‘Container’  ; 

COLLECTED:  IN  OceanCarr-Tbl  ; 

CONSISTS  OF: 

OceanCarrAbbr  ; 

REFERENCED: 

IN  OceanCarr-Tbl 

BY  Correct-Merge-ETA-Forecast-Err  ; 

REFERENCED: 

IN  OceanCarr-Tbl 

BY  Merge-Reformatted-ETA-Forecast  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

‘Cope’  ; 

150  DEFINE  ENTITY  Param-ECSR-Ref  ; 

DESCRIPTION; 

Parameter  Empty  Container  Status  Report  Reference 

This  is  parameter  table  data  used  in  the  Empty  Container  Status  Report 
^  process, 
r  ; 

KEYWORD  IS:  ‘Container’  ; 

CONSISTS  OF: 

Or igin-MCE-Pref ix  ; 

IDENTIFIED  BY: 

Or Igin-MCE-Pref ix  ; 

REFERENCED: 

IN  System-Parameter-Tbl 

BY  Prep-Empty-Cntnr-Status-Report  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Valentine’  ; 


I 

I 
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151  DEFINE  ENTITY  Param-Recngn-Ref  ; 

DESCRIPTION; 

Parameter  Reconsignment  Reference 

This  is  parameter  table  information  used  in  the  prepare  reconsignment 
request  process. 


KEYWORD  IS:  ’Container’  ; 

CONSISTS  OF: 

Origin-MCE-Pref ix  ; 

IDENTIFIED  BY: 

Origin-MCE-Pref ix  ; 

REFERENCED: 

IN  System-Parameter-Tb I 

BY  Prepare-Reconsignment-Request  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Valentine’  ; 


152  DEFINE  ENTITY  Param-TM3-Ref  ; 

DESCRIPTION; 

Parameter  TM3  Reference 

This  is  paramater  table  information  used  in  the  TM3  process. 


KEYWORD  IS:  ’Container’  ; 

CONSISTS  OF: 

Origin-MCE-Pref ix  ; 

IDENTIFIED  BY: 

Origin-MCE-Pref ix  ; 

REFERENCED: 

IN  System-Parameter-Tbl 

BY  Prep-Hold/Stg-Request-<TM3>  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Valentine’  ; 


153  DEFINE  ENTITY  Param-TMS-Ref  ; 

DESCRIPTION; 

Parameter  TMS  Reference 

This  is  parameter  table  information  used  in  the  TMS  process 


KEYWORD  IS:  ’Container’  ; 

CONSISTS  OF: 

Origin-MCE-Pref ix  ; 

IDENTIFIED  BY: 

Or igin-MCE-Pref ix  ; 

REFERENCED: 

IN  System-Parameter-Tbl 

BY  Prep-Rel-fr-Stg/Hold-Req-<TMS>  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Valentine’  ; 
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154  DEFINE  ENTITY  Parameter-Hist-Ref  ; 

DESCRIPTION; 

Parameter  History  Reference 

This  is  parameter  table  reference  data  used  to  establish  history 
record  selection  criteria. 

KEYWORD  IS:  ’Container’  ; 

CONSISTS  OF: 

Cntnr-Hi story-Sel-Cr iter ia  ; 

REFERENCED: 

IN  System-Parameter-Tbl 

BY  Sel-Rec-for-Cntnr-History-DB  ; 

REMOVED : 

FROM  System-Parameter-Tbl 

BY  Sel-Rec-for-Cntnr-History-DB  ; 

DESTROYED:  BY  Sel-Rec-f or-Cntnr-H i story-DB  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Valentine*  ; 
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155  DEFINE  ENTITY  Parameter-Or igCd-Ref  ; 

DESCRIPTION; 

Parameter  Origin  Code  Reference 

This  entity  is  used  to  originate  the  origin  code  from  the  System 
Parameter  Table. 


KEYWORD  IS:  *C 

ATTRIBUTE  IS: 
SEC-CLASS 
PROCESS-MODE 


’Container' 


’UNCLASSIFIED’  , 
’INTERACTIVE  BATCH' 


COLLECTED:  IN  System-Parameter-Tbl  ; 

CONSISTS  OF: 

OrigCd  ; 

USED  BY:  Prep-Convey-Chanj 

TO  DERIVE  TTU-D! 

REFERENCED: 

IN  System-Parai 

BY  Prep-Cnsgn-I 

REFERENCED: 

IN  System-Parai 

BY  Prepare-Cnsi 

REFERENCED: 

IN  System-Parai 

BY  Prep-SEAVAN 

REFERENCED: 

IN  System-Parai 

BY  Prep-Cgo-Di! 

referenced: 

IN  System-Parai 

BY  Prep-Cgo-Noi 

referenced: 

IN  System-Parai 

BY  Prep-Convey 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Mitchem’  ; 


Prep-Convey-Change-Not i f -<TTU> 

TO  DERIVE  TTU-DSSR-Info  ; 

System-Parameter-Tb I 
Prep-Cnsgn-Rept-Evnts-Corr-ZTB  ; 

System-Pararoeter-Tb I 
Prepare-Cnsgn-Rept-Evnts-<TTB>  ; 

System-Pararaeter-Tb I 
Prep-SEAVAN-Maint-Bgn/E-<TTP>  ; 

System-Parameter-Tb I 
Prep-Cgo-Dischg/Non-Del-<TTW>  ; 

System-Parameter-Tb I 
Prep-Cgo-Non-Dl vr-Corr-<ZTW>  ; 

System-Parameter-Tb I 
Prep-Convey-Change-Not i f-<TTU>  ; 
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DEFINE  ENTITY  ReasonDeny  ; 

DESCRIPTION; 

This  entity  is  the  occurrence  o-f  a  specific  Reason  Denied  Code  and  code 
description.  This  is  the  master  record  -for  the  Reason  Denied  Table. 


KEYWORD  IS: 


'Data  Model ' 


'LOB* 


SOURCE  IS: 
ATTRIBUTE  IS: 
volatility 
TYPE 

FIELD-LENGTH 
PICTURE 
SEC-CLASS 
LAYOUT ; 


'Container'  ; 
•CONTAINER  DATA  MODEL’ 


STATIC 


'AN'  , 

'27'  , 

’X(27)’  , 
'UNCLASSIFIED' 


DATA  MODEL: 

ReasonDeny :MEvent,  Opt  l:0pt  Many 
LOGICAL  DATABASE  DESIGN: 


RsnDenyCd 

RsnDenyCdDescr 


partition: 

ReasonDeny 


2 

25 


CRD 


COLLECTED:  IN  ReasonDeny-Tbl  ; 

CONSISTS  OF: 

RsnDenyCd  , 

RsnDenyCdDescr  ; 

IDENTIFIED  BY: 

RsnDenyCd  ; 

REFERENCED: 

IN  ReasonDeny-Tbl 

BY  Update-Cntnr-Record  ; 

CARDINALITY  IS: 

10  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

'TACCS-LOB  CONTAINER  GROUP’ 
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157  DEFINE  ENTITY  Req-For-Recnfln-Upd  ; 

DESCRIPTION; 

Request  Tor  Reconsignment  Update 

This  is  information  which  is  sent  to  TMCA  requesting  approval  for 
container  to  be  reconsigned  from  one  consignee  to  another. 


KEYWORD  IS:  ‘Container’  ; 

COLLECTED:  IN  Recngn-Msg-Fi le  ; 

CONSISTS  OF: 

CntnrNo  , 

CntnrNoPref ix  , 

TMRPrefix  , 

Consignee  , 

CntnrOwnAbbr  , 

TAC  , 

Di  vrsnRecngnCnsgn  , 

VoyDocuNoFltNo  , 

DteRecngnReq  • 

POD  , 

EvntDte  , 

MCENme  , 

FSt  , 

FBldgNo  , 

FBrksKsrn  , 

FCityRgn  , 

FCntry  ; 

ADDED: 

TO  Recngn-Msg-F i le 

BY  Prepare-Reconsignment-Request  ; 

CREATED:  BY  Prepare-Reconsignment-Request  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

'Valentine'  ; 
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158  DEFINE  ENTITY  RespMedlaCd  : 

DESCRIPTION; 

Response  Media  Code 

This  entity  is  an  occurrence  of  a  specific  Response  Code  and  Response 
Code  description.  This  is  the  master  record  for  the  Response  Media  Code 
Table. 


KEYWORD  IS: 


SOURCE  IS: 


ATTRIBUTE  IS*, 
volatility 
RETENTION 
TYPE 
PICTURE 
FIELD-LENGTH 
SEC-CLASS 
LAYOUT ; 

LOGICAL  DATABASE  DESIGN: 

RespCd 

RespCdDescr 


FREIGHT  DATA  MODEL: 


FREIGHT  partition: 
None 


CONTAINER  DATA  MODEL: 


•Freight’  , 

•LOB’  , 

•Data  Model •  , 
•Container'  ; 
•CONTAINER  DATA  MODEL’ 
•FREIGHT  DATA  MODEL’  ; 


•STATIC’  , 
’PERMANENT’  , 
•AN’  , 

’X(ll)’  , 

’ll’  , 

•UNCLASSIFIED’ 


RespMediaCd:MEvent ,  Opt  l:Opt  Many 


CONTAINER  PARTITION: 


RespMediaCd 
COLLECTED: 
CONSISTS  OF: 
RespCd  , 


IN  RespMediaCd-Tbl  ; 
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1; 

RespCdDescr  ; 

IDENTIFIED  BY: 

RespCd  ; 

REFERENCED: 

IN  RespMediaCd-Tbl 

BY  Prep-D»version-Request-<TM2>  ; 

CARDINALITY  IS: 

5  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

•TACCS-LOB  CNTNR/FRT  GROUPS’  ; 

159  DEFINE  ENTITY  RespMediaCd-TM3-ReT  ; 

DESCRIPTION; 

Response  Media  Code  TM3  Reference 

This  is  the  response  media  code  reference  that  is  used  to  verify  the 
code  entered  or  selected  on  the  screen. 


KEYWORD  IS:  ’Container’  ; 

ATTRIBUTE  IS: 

SEC-CLASS  ’UNCLASSIFIED’  ; 

CONSISTS  OF: 

RespCd  , 

RespCdDescr  ; 

IDENTIFIED  BY: 

RespCd  ; 

REFERENCED: 

IN  RespHediaCd-Tbl 

BY  Prep-Hold/St9-Request-<TM3>  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Valentine’  ; 

160  DEFINE  ENTITY  RespMediaCd-TMS-Ref  ; 

DESCRIPTION; 

Response  Media  Code  TMS  Reference 

This  is  the  response  media  code  reference  that  is  used  to  verify  the 
code  entered  or  selected  on  the  screen. 

KEYWORD  IS:  ’Container’  ; 

CONSISTS  OF: 

RespCd  , 

RespCdDescr  ; 

IDENTIFIED  BY: 

RespCd  ; 

REFERENCED: 

IN  RespMediaCd-Tbl 

BY  Prep-Re  I -f r-St 9/Ho  I d-Req“<TMS>  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Valentine’  ; 
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161  DEFINE  ENTITY  Search-Cntnr-O/H-CfloMCE-Ref  ; 

DESCRIPTION; 

Search  Container  On  Hand  Cargo  MCE  Reference 

This  is  CgoMCE  file  information  used  in  the  prepare  Cntnr  0/H  over  5  day 
report  process. 


KEYWORD  IS: 
CONSISTS  OF: 
MCEPref ix 
MCENme  ; 
IDENTIFIED  BY: 

MCEPref ix 
REFERENCED: 

IN 

BY 


’Container’ 


RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Valentine’  ; 


CgoMCE-Tfal 

Prep-Cntnr-O/H-Over-5-Day-Rept  ; 


III-62S 


■ 


r  ja  »*•  *** 


ADSM  18-LZ4-AKM-BUR-FD 
WORKING  DRAFT  3.0 
DECEMBER  1987 


;  DEFINE  ENTITY  Search-Cntnr-O/H-MEvent-Ref  ; 

DESCRIPTION; 

Search  Container  On  Hand  Movement  Event  Reference 

Thi«  is  s  query  to  the  container  database  to  identify  containers  that 
have  net  been  reported  unstuffed  for  a  period  of  five  (5)  days  from 
the  arrival  date.  It  is  derived  by  Prepare-Container-O/H-Over-5-0ays~ 
Report  process. 

KEYWORD  IS:  ‘Container’  , 

•LOB’  ; 

CONSISTS  OF: 

MovEvntCd  , 

EvntTy  , 

Consignee  , 

CntnrOwnAbbr  , 

CntnrNo  t 
DupeStpIndex  • 

TyPwrCd  , 

EvntDte  ; 

IDENTIFIED  BY: 

MovEvntCd  , 

EvntTy  , 

Consignee  , 

CntnrOwnAbbr  , 

CntnrNo  , 

DupeStpIndex  • 

TyPwrCd  ; 

REFERENCED: 

IN  MEvent-File 

BY  Prep-Cntnr-O/H-Over-5-Day-Rept  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Valentine’  ; 
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163  DEFINE  ENTITY  Search-Cntnr-O/H-Mov-Ref  ; 

DESCRIPTION; 

Search  Container  On  Hand  Movement  Reference 

This  is  Cntnr  Move  file  information  used  in  the  prepare  Cntnr  0/H  over  5 
day  report  process. 

KEYWORD  IS;  ’Container’  ; 

CONSISTS  OF; 

CntnrOwnAbbr  , 

CntnrNo  , 

CntnrNoPref ix  ; 

IDENTIFIED  BY; 

CntnrOwnAbbr  , 

CntnrNo  ; 

REFERENCED; 

IN  CntnrMov-F i le 

BY  Prep-Cntnr-0/H“0ver-5-Day-Rept  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Valentine'  ; 

164  DEFINE  ENTITY  Search-Cntnr-O/H-Param-Ref  ; 

DESCRIPTION; 

Search  Container  On  Hand  Parameter  Reference 

This  is  parameter  table  information  used  in  the  prepare  Cntnr  0/H  over  5 
f  day  report  process. 

KEYWORD  IS;  ’Container’  ; 

CONSISTS  OF: 

Origin-MCE-Pref ix  ; 

IDENTIFIED  BY: 

Origin-MCE-Pref ix  ; 

REFERENCED: 

IN  System-Parameter-Tbl 

BY  Prep-Cntnr-O/H-Over-5-Day-Rept  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Valentine’  ; 
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165  DEFINE  ENTITY  ShpmtMethod  ; 

SYNONYM  IS:  Shipment-Method  ; 

DESCRIPTION; 

Shipment  Method. 

This  entity  is  the  occurrence  of  the  mode  of  shipment  associated  with  a 
given  move.  This  is  the  master  record  for  the  Shipment  Method  Table. 


KEYWORD  IS: 


SOURCE  IS:  'CNTNI 

ATTRIBUTE  IS: 
SEC-CLASS 
TYPE 
PICTURE 
FIELD-LENGTH 
RETENTION 
volat i I ity 
LAYOUT; 

LOGICAL  DATABASE  DESIGN: 


ModeMethShpmtCd 

ModeMethShpmtCdDescr 


FREIGHT  DATA  MODEL: 


’Freight*  , 

’Container’  , 

’LOB’  , 

’Data  Model’  ; 
’CNTNR/FRT  DATA  MODELS’ 


’UNCLASSIFIED’  , 
’AN’  , 

’X(26)’  , 

’  26’ 

’PERMANENT’  , 
’DYNAMIC’  ; 


ShpmtMethod :FreightMov,  Opt  l:Opt  Many 


FREIGHT  PARTITION: 


ShpmtMethod 


CONTAINER  DATA  MODEL: 


ShpmtMethod : MEvent ,  Opt  l:Opt  Many  (MILSTAMP) 
ShpmtMethod :CntnrMov,  Mand  l:Opt  Many 


CONTAINER  PARTITION: 


ShpmtMethod 
COLLECTED:  IN  Shpw 

CONSISTS  OF: 

ModeMethShpmtCd  . 


IN  ShpmtMethod-Tbl  ; 
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ModeMethShpmtCdDescr  ; 

IDENTIFIED  BY: 

ModeMethShpmtCd  ; 

CARDINALITY  IS: 

34  * 

RESPONSIBLE  PROBLEM  DE FINER  IS: 

’TACCS-LOB  CNTNR/FRT  GROUPS’  ; 

i  DEFINE  ENTITY  Si xty-Day-Cntnr-ReF  ; 

DESCRIPTION; 

Sixty  Day  Container  Reference 

This  is  the  Cntnr  Move  File  record  information  that  is  referenced 
order  to  select  records  for  the  delete  60  day  report  output. 

KEYWORD  IS:  ’Container’  ; 

CONSISTS  OF: 

Del  Flag  , 

DteLstUpdCntnr  , 

DteRecCreat  , 

CntnrOwnAbbr  , 

CntnrNoPref ix  , 

CntnrNo  , 

VoyDocuNoFltNo  , 

POD  ; 

IDENTIFIED  BY: 

CntnrOwnAbbr  , 

CntnrNo  ; 

REFERENCED: 

IN  CntnrMov-F i le 

BY  Prep-Del-60-Day-0ld-Cntnr-Rept  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Valentine’  ; 
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167  DEFINE  ENTITY 
DESCRIPTION; 

Sixty  Day  Container  Update 

This  is  the  Cntnr  Mov  File  record  update 

Container  record  that  is  55  days  old  and 

recorded. 


Sixty-Day-Cntnr-Upd 


in-format  ion 
no  movement 


that  is  posted  to 
events  have  been 


KEYWORD  IS:  'Container'  ; 

CONSISTS  OF: 

CntnrOvnAbbr  , 

CntnrNo  , 

DelFlag  , 

DteLstUpdCntnr  ; 

IDENTIFIED  BY: 

CntnrOwnAbbr  , 

CntnrNo  ; 

ADDED: 

TO  CntnrMov-F i le 

BY  Prep-Del-60-Day-0ld-Cntnr-Rept 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

'Valentine'  ; 


168 


Sixty-Day-MCE-Ref 


DEFINE  ENTITY 
DESCRIPTION; 

Sixty  Day  MCE  Reference 

This  is  the  CgoMCE  table  information  that  is  used  in  the  prepare  60  day 
old  cntnr  report. 


KEYWORD  IS: 
CONSISTS  OF: 
MCENme  , 
MCEPref ix 
IDENTIFIED  BY: 

MCEPref ix 
REFERENCED: 

IN 

BY 


'Container' 


RESPONSIBLE  PROBLEM  DEFINER  IS: 

'Valentine'  ; 


CgoMCE-Tbl 

Prep-Del-60-Day-0ld-Cntnr-Rept  ; 
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169  DEFINE  ENTITY  Sixty-Day-Parameter-Ref  ; 

DESCRIPTION; 

Sixty  Day  Parameter  Reference 

This  is  the  parameter  table  information  that  is  used  in  the  prepare  60 
day  old  cntnr  process.  The  parameter  file  information  is  not  part  of 
the  database  but  will  be  accessed  to  perform  the  process.  This  process 
uses  the  following  data  elements  and  stored  values  from  the  parameter 
table: 

1.  60Days0ldDelet ionProcess 

2.  NotiffromTMCAofCntnrDeletion 

3.  Or igin-MCE-Pref  ix 


KEYWORD  IS:  'Container’  ; 

CONSISTS  OF: 

Or igin-MCE-Pref ix  ; 

IDENTIFIED  BY: 

Origin-MCE-Pref ix  ; 

REFERENCED: 

IN  System-Parameter-Tbl 

BY  Prep-Dam-Deadlined-Cntnr-Rept  ; 

REFERENCED: 

IN  System-Parameter-Tbl 

BY  Prep-Del-60-Day-01d-Cntnr-Rept  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Valentine’  ; 
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170  DEFINE  ENTITY  Specialint  ; 

DESCRIPTION; 

Special  Interest. 

This  entity  is  an  occurrence  of  a  specific  Special  Interest  Code  and 
Special  Interest  Code  description.  This  is  the  master  record  for  the 
Special  Interest  Table. 


KEYWORD  IS: 


SOURCE  IS:  'C 

ATTRIBUTE  IS*. 
SEC-CLASS 
TYPE 
PICTURE 
FIELD-LENGTH 
RETENTION 
volatility 
LAYOUT; 


’Freight’  , 

’Data  Model’  , 

’Container’  ; 

’CNTNR/FRT  DATA  MODELS’  ; 


’UNCLASSIFIED’  , 
•A’ 

’A(27)’  , 

’27’  , 

’PERMANENT’  , 
’STATIC’  ; 


LOGICAL  DATABASE  DESIGN: 


SpIntCd 

SpIntCdDescr 


FREIGHT  DATA  MODEL: 


Spec ial Int :VehStopPt ,  Mand  l:Opt  Many 


FREIGHT  PARTITION: 


Specialint 


CONTAINER  DATA  MODEL: 


SpeclalInt:CntnrMov,  Opt  l:Opt  Many 


CONTAINER  PARTITION: 


Specialint 
COLLECTED:  IN  S 

CONSISTS  OF: 

SpIntCd  I 
SpIntCdDescr  ; 


IN  Spec ial Int-Tbl  ; 


CRD; 
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IDENTIFIED  BY: 

SpIntCd  ; 

REFERENCED: 

IN  Special Int-Tbl 

BY  Capture-TMR  ; 

CARDINALITY  IS: 

60  : 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

'TACCS-LOB  CNTNR/FRT  GROUPS’ 


171  DEFINE  ENTITY 

KEYWORD  IS:  ’Container’  ; 

CONSISTS  OF: 

SpIntCd  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Zacot’  ; 


SpecialInt-ReF  ; 


172  DEFINE  ENTITY 
KEYWORD  IS: 
ATTRIBUTE  IS: 
SEC-CLASS 


’Container’ 


UNCLASSIFIED’ 


Sys-Date-Cal-Yr-Day-Yr  ; 


173  DEFINE  ENTITY  Sys-Parameter-Ref  ; 

DESCRIPTION; 

System  Parameter  Reference 

This  entity  is  used  to  validate  that  the  record  be  input  to  the  system 
belongs  to  the  MCT  making  the  input. 


KEYWORD  IS: 
COLLECTED: 
CONSISTS  OF: 
MCECd  , 
MCEPref ix 
MCESuff ix 
REFERENCED: 

IN 

BY 

REFERENCED: 

IN 

BY 


’Container’  ; 

IN  System-Parameter-Tbl  ; 


RESPONSIBLE  PROBLEM  DEFINER  IS: 
’Cope’  ; 


System-Parameter-Tb I 
Correct-Merge-ETA-Forecast-Err  ; 

System-Parameter-Tb I 
Merge-Reformatted-ETA-Forecast  ; 
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I  DEFINE  ENTITY  System-Parameter-Record  ; 

DESCRIPTION; 

System  Parameter  Record. 

This  entity  represents  the  master  record  o-F  system  parameters  collected 
in  the  System  Parameter  Table  at  the  Movement  Control  Team  (MCT)  level. 


KEYWORD 


’Freight'  , 

’Container’  , 

’LOB’  , 

’NOT  IN  DATA  MODEL’  ; 
SOURCE  is:  ’TACCS-LOB  CNTNR/FRT  DFD’ 

ATTRIBUTE  IS: 

SEC-CLASS  ’UNCLASSIFIED’  , 

TYPE  ’AN’  , 

volatility  ’DYNAMIC’  ; 

COLLECTED:  IN  System-Parameter-Tbl  ; 

CONSISTS  OF: 

Cntnr-History-Sel-Cr iter ia  , 
Cntnr-Deletion-Criteria  , 
Cntnr-On-Hand-Over-X-Criter ia  , 
Cntnr-Or igin-Code  , 

Cntnr-Delet ion-Not if ication  , 
Origin-MCE-Pref ix  , 

Or igin-DODAAC  , 

Freight-History-Sel-Cr iter ia  , 
Label-Print-Flag  , 

Commitment-Pr  Int-Rag  , 
Freight-Origin-Code  , 
Number-463L-Pal let-Cr iteria  ; 
RESPONSIBLE  PROBLEM  DEFINER  IS: 

’TACCS-LOB  DATA  ADMIN’ 


DEFINE  ENTITY 
ATTRIBUTE  IS: 

SEC-CLASS 

COLLECTED: 


TM3-ISAM-Data 


’UNCLASSIFIED’ 
IN  Trns-ISAM-File  ; 
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i  DEFINE  ENTITY  TM3-Msg-Data-Upd  ; 

DESCRIPTION; 

TM3  Message  Data  Update 

This  {s  the  request  for  stage/hold  information  that  goes  to  the  cntnr 
msg  file  and  is  transitted  to  MECOBO. 


KEYWORD  IS:  ’Container’  ; 

COLLECTED:  IN  Cntnr-Msg-F i le  ; 

CONSISTS  OF: 

CntnrNo  , 

CntnrNoPref ix  , 

CnsgnrAAC  , 

DteDprtCnsgnr  , 

POE  , 

AACCurr  , 

CntnrTCN  , 

ShpmtUTCN  , 

VoyDocuNoF ItNo  , 

POD  , 

DspoActv  , 

MCENme  ; 

ADDED: 

TO  Cntnr-Msg~Fi le 

BY  Prep“Hold/Stg-Request-<TM3>  ; 

-•  CREATED:  BY  Prep-Ho ld/Stg-Request-<TM3>  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Valentine’  ; 
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177  DEFINE  ENTITY  TM3-Transact ion-Upd  ; 

DESCRIPTION; 

TM3  Transaction  Update 

This  is  request  information  to  stage/hold  a  container  which  is  used 
update  the  appropriate  container  record  in  the  container  database. 
It  is  derived  by  the  Prepare“Hold/Sta8e-Request-(TM3)  process. 


KEYWORD  IS: 


’Container’ 
’LOB’  ; 


CONSISTS  OF: 

CnsgnrAAC  , 
DteDprtCnsgnr  , 
DspoActv  I 
MovEvntCd  , 

POD  , 

POE  , 

RespCd  , 
VoyDocuNoFltNo 
CntnrTCN  , 
ShpmtUTCN  , 
AACCurr  i 
MgrCd  ; 

ADDED: 

TO 

BY 

MODIFIED: 

IN 

BY 

REFERENCED: 

IN 

BY 


RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Valentine’  ; 


Trns-ISAM-File 

Prep-Hold/Stg-Request-<TM3> 

Trns-ISAM-File 

Prep-Ho I d/Stg-Request-<TM3> 

Trns-ISAM-File 

Prep-Ho I d/Stg-Request-<TM3> 
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178  DEFINE  ENTITY  TMS-Msg-Data-Upd  ; 

DESCRIPTION; 

TMS  Message  Data  Update 

This  Is  the  release  from  stage/hold  information  that  goes  to  the  cntnr 
msg  file  and  is  transmitted  to  NECOBO. 


KEYWORD  IS:  ‘Container’  ; 

COLLECTED:  IN  Cntnr-Msg-F i le  ; 

CONSISTS  OF: 

CntnrNo  t 
CntnrNoPref ix  , 

CnsgnrAAC  , 

DteDprtCnsgnr  , 

POE  , 

AACCurr  , 

CntnrTCN  , 

ShpmtUTCN  , 

VoyDocuNoF I tNo  , 

POD  , 

DspoActv  I 
NewTAC  , 

NewEvntLoc  , 

MCENme  ; 

ADDED: 

TO  Cntnr-Msg-Fi le 

BY  Prep-Rel-fr-Stg/Hold-Req-<TMS>  ; 

CREATED:  BY  Prep-Rel-f r-Stg/Hold-Req-<TMS>  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Valentine’  ; 


IS!. 
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179  DEFINE  ENTITY  TMS-Transact ion-info  ; 

DESCRIPTION; 

TMS  Transaction  Update 

This  is  request  information  to  release  a  container  from  staging/hold 
which  is  used  to  update  the  appropriate  container  record  in  the  con¬ 
tainer  database.  It  is  derived  by  Prepare-Release-f rom-Staging/Hold- 
(TMS)  process. 

KEYWORD  IS:  'Container*  , 

'LOB'  ; 

CONSISTS  OF: 

CnsgnrAAC  , 

DteDprtCnsgnr  , 

DspoActv  I 
PstDte  , 

MgrCd  , 

MovEvntCd  , 

AACCurr  , 

NewEvntLoc  , 

PrtCd  , 

POE  , 

RespCd  , 

NewTAC  , 

CntnrTCN  , 

ShpmtUTCN  , 

VoyDocuNoFltNo  ; 

added: 


TO  Trns-ISAM-Fi le 

BY  Prep-Re  I -f r-Stg/Ho I d-Req-<TMS> 

MODIFIED: 

IN  Trns-ISAM-Fi le 

BY  Prep-Re  I -f r-Stg/Ho I d-Req-<TMS> 

REFERENCED: 

IN  Trns-ISAM-Fi le 

BY  Prep-Re l-fr-Stg/Ho I d-Req-<TMS> 

CREATED:  BY  Prep-Rel-fr-Stg/Hold-Req-<TMS>  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Valentine’  ; 
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180  DEFINE  ENTITY  TTP-ISAM-Data  ; 

DESCRIPTION; 

This  is  SEAVAN  Maintenance  correction  in-format  ion  that  is  used  to 
correct  the  appropriate  container  record  in  the  container  database. 

It  is  derived  by  the  Prepare-SEAVAN-Maintenance-Begin/End-Correct ion- 
(ZtP)  process. 


KEYWORD  IS:  ’Container’  ; 

CONSISTS  OF: 

MovEvntCd  , 

OrigCd  , 

TyCarrCd  , 

TyMovNoCd  , 

Movement-Number  , 

CntnrTCN  , 

CntnrOwnAbbr  , 

CntnrNo  , 

EvntLoc  . 

NewEvntLoc  , 

POD  , 

OceanCarrAbbr  , 

TyPwrCd  , 

EvntTy  , 

EvntDte  , 

VoyDocuNoF ItNo  ; 

ADDED: 

TO  Trns-ISAM-File 

BY  Prep-SEAVAN-Maint-Bgn/E-<TTP>  ; 

MODIFIED: 

IN  Trns-ISAM-File 

BY  Prep-SEAVAN-Maint-Bgn/E-<TTP>  ; 

modified: 

IN  Trns-ISAM-File 

BY  Prep-Svan-Maint-Bgn/E-Corr-ZTP  ; 

REFERENCED: 

IN  Trns-ISAM-File 

BY  Prep-SEAVAN-Maint-Bgn/E-<TTP>  ; 

REFERENCED: 

IN  Trns-ISAM-File 

BY  Prep-Svan-Malnt-Bgn/E-Corr-ZTP  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Ocasio’  ; 
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181  DEFINE  ENTITY  TTU-DSSR-Inf o  ; 

DESCRIPTION; 

TTU  Daily  SEAVAN  Status  Report  Information 

This  data  is  the  notification  of  a  conveyance  change  held  in  the  Trns- 

ISAM  file  until  sent  to  CMM. 

• 

KEYWORD  IS:  'Container'  , 

’LOB’  ; 

CONSISTS  OF: 

MovEvntCd  , 

OrIgCd  , 

TyCarrCd  , 

ModeMethShpmtCd  i 
TyMovNoCd  , 

Movement-Number  , 

Consignee  , 

NewTyCarrCd  , 

NewModeMethShpmtCd  , 

NewTyMovNoCd  , 

CntnrSz  , 

EvntTy  , 

EvntDte  , 

VoyOocuNoFltNo  , 

NewMovNo  , 

CntnrOwnAbbr  , 

CntnrNo  , 

FWTNo  , 

TIN  , 

TMR  ; 

DERIVED:  BY  Prep-Convey-Change-Not i f-<TTU> 


DERIVED: 

DERIVED: 

DERIVED: 

DERIVED: 

DERIVED: 

DERIVED: 

DERIVED: 

DERIVED: 

ADDED: 


BY  Prep-Convey-Change-Not 
USING  Conveyance-Ch-Not if- 
BY  Prep-Convey-Change-Not 
USING  CntnrMov-TTU-Ref  ; 

BY  Prep-Convey-Change-Not 
USING  CntnrMovStp-Ref  ; 

BY  Prep-Convey-Change-Not 
USING  MEvent-TTU-Ref  ; 

BY  Prep-Convey-Charge-Not 
USING  Parameter-Or igCd-Ref 
BY  Prep-Convey-Change-Not 
USING  NewMovNo  ; 

BY  Prep-Convey-Change-Not 
USING  NewTyCarrCd  ; 

BY  Prep-Convey-Changc-Not 
USING  NewTyMovNoCd  ; 

BY  Prep-Convey-Change-Not 
USING  NewModeMethShpmtCd  ; 

Trns-ISAM-File 
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if-<TTU> 
Info-Inp  ; 
if-<TTU> 

if-<TTU> 

if-<TTU> 

if-<TTU> 

if-<TTU> 

if-<TTU> 

if-<TTU> 

if-<TTU> 


I 

P 

I 
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BY  Prep-Convey-Change~Not jF“<TTU>  ; 

MODIFIED: 

IN  Trns-ISAM-File 

BY  Prep-Convey-Change-Not if-<TTU>  ; 

REFERENCED: 

IN  Trns-ISAM-File 

BY  Prep-Convey-Change-Not if-<TTU>  ; 

CREATED:  BY  Prep-Convey-Change-Not if-<TTU>  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

•Zacof  ; 


182  DEFINE  ENTITY  TTW-CntnrMov-Ref  ; 

DESCRIPTION; 

TTW  Container  Movement  Reference 

This  is  information  passed  to  the  referenced  process (s)  from  the  front  end 
process.  It  also  is  used  to  validate  an  entered  CntnrTCN,  CntnrNo.  FUTNOi 
and  TMRPrefix. 


KEYWORD  IS:  ’Container’  ; 

CONSISTS  OF; 

CntnrOwnAbbr  , 

CntnrNo  , 

CntnrNoPref ix  , 

FWTNo  , 

TMRPrefix  ; 

REFERENCED: 

IN  CntnrMov-Fi le 

BY  Prep-Cgo-Dischg/Non-Del-<TTW>  ; 

REFERENCED: 

IN  CntnrMov-Fi le 

BY  Prep-Cgo-Non-Dl vr-Corr-<ZTW>  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

•Mitchem’  ; 


r 


ADSM  18-LZ4-AKM-BUR-FD 
WORKING  DRAFT  3.0 
DECEMBER  1987 


183  DEFINE  ENTITY  TTW-CntnrMov-Upd  ; 

DESCRIPTION; 

TTU  Container  Movement  Update 

This  is  an  update  to  CntnrMov  to  increase  the  value  oF  DteLstUpdCntnr  after 
the  TTU  process  updates  a  container. 


KEYWORD  IS:  'Container’  ; 

CONSISTS  OF: 

DteLstUpdCntnr  , 

CntnrOwnAbbr  , 

CntnrNo  ; 

ADDED: 

TO  CntnrMov-Fi le 

BY  Prep-Cgo-Dischg/Non-Del-<TTW>  ; 

MODIFIED: 

IN  CntnrMov-Fi le 

BY  Prep-Cgo-Dischg/Non-Del-<TTW>  ; 

MODIFIED: 

IN  CntnrMov-F i le 

BY  Prep-Cgo-Non-Dlvr-Corr-<ZTW>  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Mitchem’  ; 


184  DEFINE  ENTITY  TTW-EventType-Ref  ; 

DESCRIPTION;  ' - 

TTW  Event  Type  Reference 

This  is  information  that  both  the  TTW  and  ZTW  process  use  to:  1)  Validate  a 
keyboard  entry  of  EventTy  and.  2)  Display  a  [HELP]  screen  of  valid  TTW/ZTW 
Event  Types. 


f 


KEYWORD  IS:  ’Container’  ; 

CONSISTS  OF: 

EvntTy  , 

MovEvntCd  ; 


IDENTIFIED  BY: 
EvntTy  , 
MovEvntCd 
REFERENCED: 

IN 

BY 

REFERENCED: 

IN 

BY 


RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Mitchem’  ; 


MEventType-Tbl 

Prep-Cgo-D i schg/Non-De I -<TTW> 
MEventType-Tbl 

Prep-Cgo-Non-Dl vr-Corr-<ZTW> 


I 
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185  DEFINE  ENTITY 
DESCRIPTION; 


TTW- ISAM- Info  ; 


TTW  ISAM  Information 

This  is  information  that  is  sent  to  update  CMM.  It  can  be  modified 
deleted  before  sending  it  to  CMM. 


KEYWORD  IS:  ’Container'  ; 

CONSISTS  OF: 

MovEvntCd  , 

OrigCd  , 

DiscrpTCN  , 

Consignee  , 

DiscrpCd  , 

DiscrpPc  , 

EvntTy  , 

EvntDte  ; 

ADDED: 


TO 

BY 

MODIFIED: 

IN 

BY 

REFERENCED: 

IN 

BY 


RESPONSIBLE  PROBLEM  DEFINER  IS: 


Trns-ISAM-F i le 

Prep-Cgo-Dischg/Non-Del-<TTW> 
Trns-ISAM-F ile 

Prep-Cgo-Di schg/Non-Del-<TTW> 
Trns-ISAM-F ile 

Prep-Cgo-D I schg/Non-De I -<TTW> 


’Mitchem’  ; 


f 


f 


f 


186  DEFINE  ENTITY  TTW-MEvent-Upd  ; 

KEYWORD  IS:  ’Container’  ; 

CONSISTS  OF: 

CntnrOwnAbbr  , 

CntnrNo  i 
Consignee  , 

MovEvntCd  , 

EvntTy  , 

PstDte  , 

EvntDte  , 

OrigCd  , 

ShpmtUTCN  ; 

ADDED: 

TO  MEvent-File 

BY  Prep-Cgo-Di schg/Non-De I -<TTW>  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Mitchem’  ; 
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187  DEFINE  ENTITY  TransPri  ; 

DESCRIPTION; 

Transportation  Priority. 

A  code  and  description  which  identifies  the  length  of  time  in  days  in 
which  a  movement  must  be  completed. 


KEYWORD  IS! 


SOURCE  is:  ‘CNTNI 

ATTRIBUTE  IS: 
SEC-CLASS 
TYPE 
PICTURE 
FIELD-LENGTH 
RETENTION 
volat i I ity 
LAYOUT; 

LOGICAL  DATABASE  DESIGN: 

TransPriCd 
TransPr iDescr 


FREIGHT  DATA  MODEL: 


•LOB*  , 

’Freight'  , 

'Data  Model’  . 
’Container’  ; 

’CNTNR/FRT  DATA  MODELS’ 


’UNCLASSIFIED’ 
’AN’  , 

’X(36)’  , 

’  36’ 

’PERMANENT’  , 
’STATIC’  ; 


TransPri :VehStopPt,  Mand  l:Opt  Many 


FREIGHT  PARTITION: 
TransPri 


CONTAINER  DATA  MODEL: 

TransPri :CntnrMov,  Opt  l:Opt  Many 


CONTAINER  PARTITION: 


TransPri 

COLLECTED:  IN  Tr 

CONSISTS  OF: 

TransPriCd  , 
TransPr iDescr  ; 
IDENTIFIED  BY: 


IN  TransPri-Tbl  ; 


CRD; 
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TransPriCd  ; 

REFERENCED: 

IN  TransPri-Tbl 

BY  Capture-TMR  ; 

CARDINALITY  IS: 

5  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’TACCS-LOB  CNTNR/FRT  GROUPS’  ; 


188  DEFINE  ENTITY  TransPri-Ref  ; 

KEYWORD  IS:  ’Container’  ; 

CONSISTS  OF: 

TransPriCd  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Zacot’  ; 
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189  DEFINE  ENTITY 
DESCRIPTION; 

Transaction  ISAM  Data  Update 

This  update  consist  of  data  elements 

the  creation  of  the  DSSR. 


Trns-ISAM-Data 


that  are  sent  to  the  ISAM  file  for 


’Container’ 


KEYWORD  IS: 

ATTRIBUTE  IS: 

SEC-CLASS 
PROCESS-MODE 
COLLECTED:  IN 

CONSISTS  OF; 

OrigCd  , 

TyCarrCd  , 

TyMovNoCd  , 

CntnrTCN  , 

CntnrOwnAbbr  , 

CntnrNo  i 
FWTNo  , 

TMRPrefix  , 

NewEvntLoc  , 

POD  , 

OceanCarrAbbr 
TyPwrCd  , 

EvntTy  , 

EvntDte  , 
VoyDocuNoFltNo 
MovEvntCd  ; 

CREATED;  BY 

CREATED:  BY 

CREATED;  BY 

CREATED;  BY 

CREATED:  BY 

CREATED:  BY 

CREATED:  BY 

RESPONSIBLE  PROBLEM  DEFINER 
’Ocasio’ 


•UNCLASSIFIED’  , 
’INTERACTIVE  BATCH’ 
Trns-ISAM-File  ; 


Prep-Cgo-Dischg/Non-Del-<TTW>  ; 
Prep-Cgo-Non-Dlvr-Corr-<ZTW>  ; 
Prep-Cnsgn-Rept-Evnts-Corr-ZTB 
Prep-Empty-Cntnr-Status-Report 
Prep-Hold/Stg-Request-<TM3>  ; 
Prep-Rel-fr-Stg/Hold-Req-<TMS> 
Prep-SEAVAN-Maint-Bgn/E-<TTP>  ; 
IS: 
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190  DEFINE  ENTITY  TyCarrCd-TTB-Ref  ; 

DESCRIPTION; 

Type  Carrier  Code  TTB  Reference 

This  Is  information  used  to  validate  the  entry  by  the  user  of  the  Type 
Carrier  Code  into  the  system.  Also  used  for  a  help  screen. 

KEYWORD  IS:  ’Container’  ; 

COLLECTED:  IN  TypeCarr ier-Tbl  ; 

CONSISTS  OF: 

TyCarrCd  ; 

IDENTIFIED  BY: 

TyCarrCd  ; 

REFERENCED: 

IN  TypeCarrier-Tbl 

BY  Prepare-Cnsgn-Rept-Evnts-<TTB>  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Mitchem’  ; 

191  DEFINE  ENTITY  TyMovNo-TTU-Ref  ; 

DESCRIPTION; 

Type  Movement  Number  Reference 

This  entity  validates  the  type  move  number. 

’  KEYWORD  IS:  ’Container’  ; 

•  CONSISTS  OF: 

TyMovNoCd  ; 

IDENTIFIED  BY: 

TyMovNoCd  ; 

REFERENCED: 

IN  TypeMovNo-Tbl 

BY  Prep-Convey-Change-Not if-<TTU>  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Zacot*  ; 
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TyMowNoCd-TTB-Re-f 


DEFINE  ENTITY 
DESCRIPTION; 

Type  Movement  Number  Code  TTB  Reference 

This  is  information  that  is  presented  on  the  screen  for  the  user  to 
select  a  Type  Movement  Number  Code  from.  Also  used  for  a  help  screen. 


KEYWORD  IS: 

collected: 

CONSISTS  OF: 

TyMovNoCd 
IDENTIFIED  BY: 

TyMovNoCd 

REFERENCED: 

IN 

BY 


•Container’  ; 

IN  TypeMovNo-Tbl 


RESPONSIBLE  PROBLEM  DEFINER  IS: 

•Mitchem’ 


TypeMovNo-Tbl 

Prepare-Cnsgn-Rept-Evnts-<TTB> 
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193  DEFINE  ENTITY  TypeCarrier  ; 

DESCRIPTION; 

Type  Carrier 

A  code  and  a  description  of  the  code  that  identifies  the  type  carrier  or 
organization  responsible  for  accomplishing  the  transport  of  cargo  to 
its  destination. 


€ 


KEYWORD  IS: 


SOURCE  IS: 


’Container’ 


’LOB’ 


’Data  Model’  , 
’Freight’  ; 

’CONTAINER  DATA  MODEL’ 
'Freight  Data  Model’  ; 


’STATIC’  , 

’AN’  , 

’26’  , 

I y  focs t 

•UNCLASSIFIED’ 


1 

25 


CRD 


ATTRIBUTE  IS: 
volat i I ity 
TYPE 

FIELD-LENGTH 
PICTURE 
SEC-CLASS 
LAYOUT; 

LOGICAL  DATABASE  DESIGN: 

TyCarrCd 

TyCarrCdDescr 


partition: 

TypeCarr ier 
FREIGHT  DATA  MODEL: 

TypeCarr ier :FreightMov,  Opt  l:0pt  Many 
CONTAINER  DATA  MODEL: 


TypeCarr ier :CntnrMov,  Mand  l:0pt  Many 
TypeCarr ier :OceanCarr,  Mand  l:Opt  Many; 
COLLECTED:  IN  TypeCarr ier-Tb I  ; 

CONSISTS  OF; 

TyCarrCd  , 

TyCarrCdDescr  ; 

IDENTIFIED  BY: 

TyCarrCd  ; 

REFERENCED: 

IN  TypeCarr ier-Tbl 

BY  Prep-SEAVAN-Maint-Bgn/E-<TTP> 

CARDINALITY  IS: 


sr*it'*rt**>***a*Hi‘*-»**-»**-***^*fc«**^»'fci*t;t*t:t*i*t**'^'**‘*‘*»*»**-**^»*-*«*-*i*-*»*-*«*-**»fc*^^»*^*t*'^*^*-»**^i«**-t-*-»-**«^*' 
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RESPONSIBLE  PROBLEM  DEFINER  IS: 


TACCS-LOB  CONTAINER  GROUP' 
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194  DEFINE  ENTITY  TypeMovNo  ; 

DESCRIPTION; 

Type  Movement  Number. 

This  entity  is  an  occurrence  of  a  type  movement  number  code  and 
description.  This  is  the  master  file  record  for  the  Type  Movement 
Number  Table. 


KEYWORD  IS: 


’LOB’ 

’Data 


SOURCE  is: 
ATTRIBUTE  IS: 
SEC-CLASS 
TYPE 
PICTURE 
FIELD-LENGTH 
volat i I ity 
LAYOUT; 


Model’  . 
’Container*  ; 
’CONTAINER  DATA  MODEL’ 


’UNCLASSIFIED’  , 
’AN’  , 

’X(26)*  , 

’26’  , 

’STATIC’  ; 


DATA  MODEL: 


TyMovNosMEvent ,  Mand  l:Opt  Many 


LOGICAL  DATABASE  DESIGN: 

TyMovNoCd 

TyMovNoCdDescr 


1  P 
25 


partition: 

TyMovNo  CRD; 

COLLECTED:  IN  TypeMovNo-Tb I  ; 

CONSISTS  OF: 

TyMovNoCd  , 

TyMovNoCdDescr  ; 

IDENTIFIED  BY: 

TyMovNoCd  ; 

REFERENCED: 

IN  TypeMovNo-Tbl 

BY  Prep-SEAVAN-Maint-Bgn/E-<TTP>  ; 

CARDINALITY  IS: 

5  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’TACCS-LOB  CONTAINER  GROUP’  ; 


.  a'#  a'V.i 
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195  DEFINE  ENTITY  TypeMove  ; 

DESCRIPTION; 

Type  Movement. 

Is  the  master  record  For  the  Type  Movement  Table. 


KEYWORD  IS:  ’Container’  , 

’Data  Model*  . 

’LOB’  , 

’Freight’  ; 

SOURCE  IS:  ’CONTAINER  DATA  MODEL’ 

’FREIGHT  DATA  MODEL’  ; 

ATTRIBUTE  IS: 

volatility  ’STATIC’  , 

TYPE  ’AN’  , 

FIELD-LENGTH  ’26’  , 


SOURCE  IS: 


’STATIC’ 
’AN’  , 
’26’  , 


PICTURE 

SEC-CLASS 

LAYOUT; 


’UNCLASSIFIED’ 


LOGICAL  DATABASE  DESIGN: 


TyMovCd 

TyMovCdDescr 


PARTITION: 


TypeMove 


CONTAINER  DATA  MODEL! 


TypeMove :MEvent,  Opt  l:Opt  Many 


FREIGHT  DATA  MODEL: 


TypeMove :FreightMov,  Mand  l:Opt  Many 


COLLECTED:  IN  TypeMove-Tbl  ; 

CONSISTS  OF: 

TyMovCd  , 

TyMovCdDescr  ; 

IDENTIFIED  BY: 

TyMovCd  ; 

CARDINALITY  IS: 

3  ’ 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’TACCS-LOB  CONTAINER  GROUP’  ; 
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DEFINE  ENTITY  Upd-Cntnr-MEvent-Info  ; 

DESCRIPTION; 

Update  Container  Movement  Event  In-formation 

This  entity  consists  of  the  data  elements  and  values  from  the  MEvent  file 
which  are  referenced  and  updated  by  the  Update-Cntnr-Record  process. 

KEYWORD  IS:  ’Container’  ; 

CONSISTS  OF: 

CntnrOwnAbbr  , 

CntnrNo  , 

Consignee  , 

MovEvntCd  , 

EvntTy  , 

RsnOenyCd  , 

NewEvntLoc  ; 

MODIFIED: 

IN 
BY 

REFERENCED: 

IN 
BY 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Morris’ 


MEvent-F i  le 
Update-Cntnr-Record  ; 

MEvent-F  i  le 
Update-Cntnr-Record  ; 
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197  DEFINE  ENTITY  Upd-CntnrMov-Inf o  ; 

DESCRIPTION; 

Update  Container  Movement  Information 

This  entity  consists  of  the  data  elements  and  values  from  the  CntnrMov  file 
which  are  referenced  and  updated  by  the  Update-Cntnr-Record  process. 


KEYWORD  IS;  'Container' 
CONSISTS  OF: 

CntnrNo  , 

CntnrNoPref ix  , 

FWTNo  , 

CntnrOwnAbbr  , 
TMRPrefix  , 
VoyDocuNoFltNo  , 
DteDprtCnsgnr  , 
MovCompFlag  , 
DteStageStart  , 
DteStageStop  i 
Stgindic  < 
DteLstUpdCntnr  ; 
MODIFIED: 

IN  CntnrMo 

BY  Update- 

REFERENCED: 

IN  CntnrMo 

BY  Update- 

RESPONSIBLE  PROBLEM  DEFINER 
'Morris'  ; 


Cr.tnrMov-F  i  Ic 
Update-Cntnr-Record 


CntnrMov-F i Ic 
Update-Cntpr-Record 
DEFINER  IS: 
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198  DEFINE  ENTITY  Upd-CntnrMovStp-Inf o  ; 

DESCRIPTION; 

Update  Container  Movement  Stop  Information 

This  entity  consists  o-F  the  data  elements  and  values  -from  the  CntnrMovStp 
file  which  are  referenced  and  updated  by  the  Update-Cntnr-Record  process. 

KEYWORD  IS:  ‘Container’  ; 

CONSISTS  OF: 

CntnrNo  , 

Consignee  , 

CntnrOwnAbbr  , 

MultiStpNo  , 

StpCompFlag  , 

DteHoldStart  , 

DteHoldStop  , 

HoldLoc  , 

DteRecngnReq  , 

DivrsnDte  , 

Di vrsnRecngnCnsgn  , 

Oivrsnindic  , 

RecngnCfmNoncfm  , 

DteRecngnCfmNoncfm  ; 

MODIFIED: 

k  IN  CntnrMovStp-Fi le 

^  BY  Update-Cntnr-Record  ; 

REFERENCED: 

IN  CntnrMovStp-File 

BY  Update-Cntnr-Record  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Morris’  ; 
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199  DEFINE  ENTITY  Voyage  ; 

DESCRIPTION; 

Voyage. 

This  entity  is  an  occurrence  oF  the  information  for  a  given  voyage, 
whether  sea  or  air,  from  POE  to  POD.  This  is  the  master  record 
format  for  the  Voyage-File. 


KEYWORD  IS: 


SOURCE  IS:  'C 

ATTRIBUTE  IS: 

volatility 

RETENTION 

SEC-CLASS 

TYPE 

PICTURE 

FIELD-LENGTH 

LAYOUT; 


’LOB’  , 

’ Data  Model ’  , 
’Container'  ; 

’CONTAINER  DATA  MODEL’  ; 


’DYNAMIC’  , 

’60  DAYS’  , 
’UNCLASSIFIED’ 
’AN’  , 

’X(17)’  , 

’17’  ; 


DATA  model: 

Voyage :VoyageStop,  Mand  ItMand  Many 
Voyage :OceanCarr,  Opt  Many:Opt  1 

LOGICAL  DATABASE  DESIGN: 

VoyDocuNoF ItNo  J 

DteSailWPOE  I 

POE  : 

OceanCarrAbbr  ^ 

PARTITION: 


* 


None . ; 

COLLECTED:  IN  Voy 

CONSISTS  OF: 

VoyDocuNoF I tNo  , 
DteSailWPOE  , 

POE  , 

OceanCarrAbbr  ; 
IDENTIFIED  BY: 

VoyDocuNoF I tNo  ; 
ADDED: 


IN  Voyage-F i le  ; 


ADDED: 


Voyage-F i le 

Correct-Mergc-ETA-Forecast-Err  ; 
Voyage-F i  le 

Create-Non-Fcst-Container-Rec  ; 


III-6S6 
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added: 

TO 

BY 

modified: 

IN 

BY 

modified: 

IN 

BY 

REFERENCED: 

IN 

BY 

REFERENCED: 

IN 

BY 

REFERENCED: 

IN 

BY 

REFERENCED; 

IN 

BY 

REFERENCED: 

IN 

BY 

REMOVED: 

FROM 

BY 

CREATED; 

CREATED: 

CREATED: 

DESTROYED: 

CARDINALITY 


Voyage-F i le 

Merge-Ref ormatted-ETA-Forecast  ; 
Voyage-File 

Correct-Merge-ETA-Forecast-Err  ; 
Voyage-F  I  le 

Merge-Reformatted-ETA-Forecast  ; 
Voyage-F  i  le 

Correct-Merge-ETA-Forecast-Err  ; 
Voyage-F i le 

Create-Non-Fcst-Container-Rec  ; 
Voyage-F  i  le 

Merge-Reformatted-ETA-Forecast  ; 
Voyage-F i  le 

Not ify-Cnsgn-of-Inbound-Cntnr  ; 
Voyage-F  i  le 

Sel-Rec-for-Cntnr-History-DB  ; 

Voyage-File 

Sel-Rec-for-Cntnr-History-DB  ; 

BY  Correct-Merge-ETA-Forecast-Err  ; 

BY  Create-Non-Fcst-Container-Rec  ; 

BY  Merge-Reformatted-ETA-Forecast  i 
BY  Sel-Rec-for-Cntnr-History-DB  ; 


20  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’TACCS-LOB  CONTAINER  GROUP’  ; 


m 

I I 1-657 


si 


a 


ADSM  18-LZ4-AKM-BUR-FD 
WORKING  DRAFT  3.0 
DECEMBER  1987 


200  DEFINE  ENTITY  Voyage-ECSR-Ref  ; 

DESCRIPTION; 

Voyage  Empty  Container  Status  Report  Reference 

This  is  Voyage  file  data  used  in  the  Empty  Container  Status  Report 

process. 


This  entity  consist  of  data  elements  which  will  be  copied  from  the 
Voyage  file  to  the  TTP  input  screen  and  the  TTP  process. 

KEYWORD  IS:  ’Container’  ; 

CONSISTS  OF: 

VoyDocuNoF ItNo  , 

OceanCarrAbbr  ; 

IDENTIFIED  BY: 

VoyDocuNoF I tNo  , 

OceanCarrAbbr  ; 

REFERENCED: 

IN  Voyage-File 

BY  Prep-Empty-Cntnr-Status-Report  ; 

REFERENCED: 

IN  Voyage-File 

BY  Prep-SEAVAN-Maint-Bgn/E-<TTP>  ; 

REFERENCED: 

IN  Voyage-File 

BY  Prep-Svan-Maint-Bgn/E-Corr-ZTP  ;  * 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Valentine*  ; 

201  DEFINE  ENTITY  Voyage-Inq/Rept-Inf o-Ref  ; 

DESCRIPTION; 

Voyage  Inquiry/Report  Information  Reference 

This  entity  consists  of  the  data  elements  and  values  from  the  Voyage  file 
which  are  referenced  and  displayed  by  the  Inquiry/Rept-on-Specif ic-Cntnr 
process . 

KEYWORD  IS:  ’Container’  ; 

collected:  IN  Voyage-File  ; 

CONSISTS  OF: 

VoyDocuNoF I tNo  , 

OceanCarrAbbr  ; 

REFERENCED: 

IN  Voyage-File 

BY  Inquiry/Rept-on-Specif ic-Cntnr  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Morris’  ; 
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DEFINE  ENTITY  Voyage-TM3-ReT  ; 

DESCRIPTION; 

Voyage  TM3  Reference 

This  is  the  voyage  file  reference  that  is  used  to  obtain  the  POE  for  the 
Trans  ISAM  file. 


'Container*  ; 

'UNCLASSIFIED' 


KEYWORD  IS: 

ATTRIBUTE  IS: 

SEC-CLASS 
CONSISTS  OF: 

VoyDocuNoFltNo 
POE  ; 

IDENTIFIED  BY: 

VoyDocuNoFltNo 
REFERENCED: 

IN 
BY 

REFERENCED: 

IN 
BY 

RESPONSIBLE  PROBLEM  DEFINER  IS 
'Valentine* 


203 


Voyage-F  i  le 

Prep-Oivers ion-Request-<TM2>  ; 
Voyage-F  i  le 

Prep-Hold/Stg-Request-<TM3>  ; 


Voyage-TMS-Ref 


DEFINE  ENTITY 
DESCRIPTION; 

Voyage  TMS  Reference 

This  is  the  voyage  file  reference  that  is  used  to  obtain  the  POE  for  the 
Trns  ISAM  file. 

KEYWORD  IS:  'Container'  ; 

CONSISTS  OF: 

VoyDocuNoFltNo  , 

POE  ; 

IDENTIFIED  BY: 

VoyDocuNoFltNo  ; 

REFERENCED: 

IN  Voyage-File 

BY  Prep-Rel-fr-Stg/Hold-Req-<TMS>  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

'Valentine*  ; 


m 
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204  DEFINE  ENTITY  VoyageStop  ; 

DESCRIPTION; 

Voyage  Stop. 

In-formation  that  uniquely  identifies  a  particular  stop  of  a  given 
voyage. 


KEYWORD  IS: 


SOURCE  IS:  »0 

ATTRIBUTE  IS: 

volatility 

TYPE 

FIELD-LENGTH 

PICTURE 

SEC-CLASS 

LAYOUT; 


•LOB’  , 

’Data  Model’  , 
’Container’  ; 
'CONTAINER  DATA  MODEL' 


•DYNAMIC’  , 
’AN*  , 

’8’  . 

•  y  * 

’UNCLASSIFIED’ 


DATA  MODEL: 


VoyageStop; Voyage,  Mand  Many:Mand  1 
VoyageStop : CgoPort ,  Opt  Many:Mand  1  (POD) 
VoyageStop :CntnrMov,  Opt  l:Mand  Many 


LOGICAL  DATABASE  DESIGN: 


VoyDocuNoF ItNo 
POD  (Port  Code) 


PARTITION: 


None. : 

COLLECTED:  IN  V 

CONSISTS  OF: 

VoyDocuNoF I tNo 
POD  ; 

IDENTIFIED  BY: 

VoyDocuNoF I tNo 
POD  ; 

ADDED: 

TO 

BY 

ADDED: 

TO 

BY 

ADDED: 

TO 


IN  VoyageStop-Fi le  ; 


VoyageStop-Fi le 

Correct-Merge-ETA-Forecast-Err  ; 
VoyageStop-F  i  le 

Create-Non-Fcst-Container-Rec  ; 
VoyageStop-F i le 
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BY  Merge-Reformatted-ETA-Forecast  ; 

MODIFIED: 

IN  VoyageStop-File 

BY  Correct-Merge-ETA-Forecast-Err  ; 

MODIFIED: 

IN  VoyageStop-Fi le 

BY  Merge-Reformatted-ETA-Forecast  ; 

REFERENCED: 

IN  VoyageStop-Fi le 

BY  Correct-Merge-ETA-Forecast-Err  ; 

REFERENCED: 

IN  VoyageStop-FUe 

BY  Create-Non-Fcst-Container-Rec  ; 

REFERENCED: 

IN  VoyageStop-F 1 1 e 

BY  Merge-Reformatted-ETA-Forecast  ; 

REFERENCED: 

IN  VoyageStop-Fi le 

BY  Sel-Rec-for-Cntnr-History-DB  ; 

REMOVED : 

FROM  VoyageStop-F i le 

BY  Sel-Rec-for-Cntnr-History-DB  ; 

CREATED:  BY  Correct-Merge-ETA-Forecast-Err  ; 

CREATED:  BY  Create-Non-Fcst-Container-Rec  ; 

CREATED:  BY  Merge-Reformatted-ETA-Forecast  ; 

DESTROYED:  BY  Sel-Rec-for-Cntnr-History-DB  ; 

CARDINALITY  IS: 

IS  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’TACCS-LOB  CONTAINER  GROUP’  ; 


A*l  ft  I.J 
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CgoActivity-File  . 

CgoAddress-F ile  . 

CgoMCE-Tbl  . 

CgoPort-Tbl  . 

Cntnr-Msg-F i le  . 

CntnrD  iscrp-F  He . 

CntnrMov-File  . 

CntnrMovStp-F i le  . 

CntnrOwnTy-Tbl  . 

CntnrOwner-Tbl  . 

CntnpRmrkLn-F He  . 

CntnrSize-Tbl  . 

Commo-Proc-Hold-F ile  .... 

Commodity-Tbl  . 

DiscrpType-Tbl  . 

ECSR-Msg-Fi le  . 

ETA-Forecast-Error-F i le  . 
ETA-Forecast-Inbound-F i le 

Hist-Mgt-Fi le  . 

InbCntnr-Report-Hold-F i le 

MEvent-File  . 

MEventType-Tbl  . 

Month-Tbl  . 

MovModeCode-Tbl  . 

Non-Fcst-Msg-F i le  . 

ORICO-Tbl  . 

ORICOTy-Tbl  . 

OceanCarr-Tbl  . 

ReasonDeny-Tb  I  . 

Recngn-Msg-F i le  . 

RespMediaCd-Tbl  . 

ShpmtMethod-Tbl  . 

Sixty-Day-Msg-Fi le  . 

Spec ial Int-Tbl  . 

System-Parameter-Tbl  .... 

Teinp-History-Fi  le  . 

TransPri-Tbl  . 

Trns-ISAM-F i le  . 

TypeCarrier-Tbl  . 

TypeMovNo-Tbl  . 

TypeMove-Tbl  . 

Voyage-File  . 

VoyageStop-F i le  . 


1 1 1-663 


I I 1-665 
1 1 1-666 
I I 1-668 
I I 1-670 
III-671 
III-672 
I I 1-673 
III-677 
III-680 
III-681 
I I 1-682 
I I 1-683 
1 1 1-683 
I I 1-684 
I I 1-685 
I I 1-686 
I I 1-686 
I I 1-687 
1 1 1-687 
1 1 1-688 
I I 1-689 
I I 1-692 
1 1 1-693 
1 1 1-694 
1 1 1-695 
1 1 1-695 
I I 1-696 
1 1 1-697 
I I 1-698 
I I 1-698 
I I 1-699 
1 1 1-700 
III-701 
III-701 
1 1 1-702 
I I 1-704 
I I 1-705 
I I 1-706 
1 1 1-708 
I I 1-709 
III-710 
III-711 
III-713 


ADSM  18-LZ4-AKM-BUR-FD 
WORKING  DRAFT  3.0 
DECEMBER  1987 


1  DEFINE  SET  CgoAct i v ity-F i le  ; 

DESCRIPTION; 

Cargo  Activity  File. 

This  file  is  a  collection  of  mailing  address  and  related  information  for 
all  DODAAC  and  pseudo-DODAAC  in  the  theater.  It  is  a  subset  of  the 
information  found  in  the  Activity  File  in  the  Transportation  Movements 
Address  System  (TMAS) . 

KEYWORD  IS:  ’Freight’  , 

’Container’  , 

’Data  Model’  . 

’LOB’  , 

’TACCS’  ; 

SEE  MEMO: 

FCityCd-Memo  ; 

SOURCE  IS:  ’CNTNR/FRT  DATA  MODEL’  ; 

ATTRIBUTE  IS: 

SEC-CLASS  ’UNCLASSIFIED’  , 

volatility  ’DYNAMIC’  , 

EST-SI2E  '229  CHAR  RECORDS'  , 

EST- VOLUME  ’10,000  RECORDS’  , 

TABLE- FORM  ’COMMAND’  , 

ia  MEDIA  ’DISK’  , 

»  REGULATION  ’USAREUR  REG  55-5’  , 

RETENTION  ’PERMANENT’  , 

UPDATE-FREQUENCY 

*  DPR  TMAKif^P* 

UPDATE-METHOD  ’INTERACTIVE-BATCH’  ; 

SUBSET  OF:  Container-Contact-Files  , 

Freight-Contact-Files  ? 

COLLECTION  OF'- 

CgoAct ivity  ; 

EMPLOYED:  BY  Ma i nta i n-Parameter-Tb 1  ; 

EMPLOYED:  BY  Prep-Hold/Stg-Request-<TM3>  ; 

HAS :  Ma i nt-Param-CgoAct i v i ty-Ref 

REFERENCED  BY  Ma i nta in-Parameter-Tbl  ; 

HAS:  CgoAct ivity-TM3-Ref 

REFERENCED  BY  Prep-Hold/Stg-Request-<TM3>  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’TACCS-LOB  CNTNR/FRT  GROUP’  ; 
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DEFINE  SET  CgoAddress-F i le  ; 

DESCRIPTION; 

Cargo  Address. 

This  file  is  a  collection  of  cargo  address  information  for  shipping  and 
receiving  activities.  It  is  a  subset  of  the  information  found  in  the 
Freitjht  Address  File  in  the  Transportation  Movements  Address  System 
(TMAS) . 


KEYWORD  ISi 


SOURCE  IS: 


ATTRIBUTE  IS: 
MEDIA 
SEC-CLASS 
RETENTION 


’Freight’  , 

’Container’  , 

’LOB’  , 

’TACCS’  , 

’Data  Model’  ; 
’CONTAINER  DATA  MODEL' 
’FREIGHT  DATA  MODEL’  ; 


MEDIA  ’DISK’  , 

SEC-CLASS  ’UNCLASSIFIED’ 

RETENTION  ’PERMANENT’  , 

UPDATE-FREQUENCY 

’DAILY’  , 

UPDATE-METHOD  ’ INTERACTIVE-BATCH’ 
TABLE- FORM  ’COMMAND’  , 

EST-SIZE  ’300  CHAR  RECORDS’  , 

volatility  ’DYNAMIC'  ; 


SUBSET  OF:  Container-Contact-Files  , 

Freight-Contact-Files  ; 

COLLECTION  OF: 

CgoAddress  , 

CgoAddress-ETA-Fcst-Ref  , 
CgoAddress-Inq/Rept-Info-Ref  ; 

EMPLOYED:  BY  Correct-Merge-ETA-Forecast-Err  ; 

EMPLOYED:  BY  Create-Non-Fcst-Container-Rec  ; 

(EMPLOYED:  BY  Inquiry/Rept-on-Specif ic-Cntnr  ; 

EMPLOYED:  BY  Merge-Ref ormatted-ETA-Forecast  ; 

EMPLOYED:  BY  Prep-Di vers ion-Request-<TM2>  ; 

EMPLOYED:  BY  Prep-Rel-fr-Stg/Hold-Req-<TMS>  ; 

EMPLOYED:  BY  Prep-SEAVAN-Maint-Bgn/E-<TTP>  ; 

EMPLOYED:  BY  Prepare-Recons i gnment-Request  ; 

EMPLOYED:  BY  Update-Cntnr-Record  ; 

EMPLOYED:  BY  Capture-TMR  ; 

HAS:  CgoAddress-ETA-Fcst-Ref 

REFERENCED  BY  Correct-Merge-ETA-Forecast-Err 
HAS:  CgoAddress-CRec-Ref 

REFERENCED  BY  Create-Non-Fcst-Container-Rec  j 
HAS:  CgoAddress- Inq/Rept- Info-Ref 

REFERENCED  BY  Inquiry/Rept-on-Spec if i c-Cntnr 
HAS:  CgoAddress-ETA-Fcst-Ref 

REFERENCED  BY  Merge-Ref ormatted-ETA-Forecast 
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HAS:  CgoAddress-CRec-Ref 

REFERENCED  BY  Prep-Diversion-Request-<TM2>  ; 
HAS:  CgoAddress-TMS-Re-f 

REFERENCED  BY  Prep-Rel-Fr-Stg/Hold-Req-<TMS>  ; 
HAS:  CgoAddress-CRec-Ref 

REFERENCED  BY  Prep-SEAVAN-Maint-Bgn/E-<TTP>  ; 
HAS:  CgoAddress-Recngn-Ref 

REFERENCED  BY  Prepare-Reconsignment-Request  ; 
HAS:  CgoAddress-CRec-Ref 

REFERENCED  BY  Update-Cntnr-Record  ; 

HAS:  CgoAddress-ETA-Fcst-Ref 

REFERENCED  BY  Capture-TMR  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’TACCS-LOB  CNTNR/FRT  GROUP’  ; 
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DEFINE  SET  CgoMCE-Tbl  ; 

DESCRIPTION; 

Cargo  Movement  Control  Element  Table. 

This  table  is  a  collection  oF  Movement  Control  Element  Code  records 
It  is  a  subset  of  the  Movement  Control  Element  Table  in  the 
Transportation  Movements  Address  System  (TMAS). 

KEYWORD  IS:  ’Freight*  , 

’Container’  , 

’LOB’  , 

•TACCS’  , 

’Data  Model*  ; 

SEE  MEMO: 

Code-Tbl-Val idat ion-Memo  ; 


SOURCE  IS: 
ATTRIBUTE  IS: 
MEDIA 
SEC-CLASS 
RETENTION 


CNTNR/FRT  DATA  MODEL’ 


MEDIA  ’DISK’  , 

SEC-CLASS  ’UNCLASSIFIED*  , 

RETENTION  ’PERMANENT’  , 

UPDATE-FREQUENCY 

’PER  CODE  CHANGE’ 


UPDATE-METHOD  ’BATCH’  , 

TABLE- FORM  ’COMMAND’  , 

EST- VOLUME  *70’  , 

EST-SIZE  ’44’  , 

volatility  ’STATIC’  ; 

SUBSET  OF:  Cntnr-System-Unique-Tables  , 

Freight-System-Unique-Tables 

COLLECTION  OF: 

CgoMCE  , 

CgoMCE-Dam-DL-Ref  , 

CgoMCE-InbCntnr-Ref  ; 


EMPLOYED:  BY  Correct-Merge-ETA-Forecast-Err  ; 

EMPLOYED:  BY  Maintain-Parameter-Tbl  ; 

EMPLOYED:  BY  Not ify-Cnsgn-of-Inbound-Cntnr  ; 

EMPLOYED:  BY  Prep-Cntnr-O/H-Over-5-Day-Rept  ; 

EMPLOYED:  BY  Prep-Dam-Dead I ined-Cntnr-Rept  ; 

EMPLOYED:  BY  Prep-0el-60-Day-Old-Cntnr-Rept  ; 

EMPLOYED:  BY  Prep-Empty-Aval-Over-5-Day-Rpt  ; 

EMPLOYED:  BY  Prep-Empty-Cntnr-Status-Report  ; 

EMPLOYED:  BY  PreP"Hold/Stg-Request-<TM3>  ; 

EMPLOYED:  BY  Prep-Non-ETA-Fcst-Cntnr-Report  ; 

EMPLOYED:  BY  Prep-Rel-fr-Stg/Hold-Req-<TMS>  ; 

EMPLOYED:  BY  Prepare-Recons ignment-Request  ; 

EMPLOYED:  BY  Capture-TMR  ; 

HAS:  CgoMCE- InbCntnr-Ref 

REFERENCED  BY  Correct-Merge-ETA-Forecast-Err 
HAS:  Maint-Param-CgoMCE-Ref 

REFERENCED  BY  Maintain-Parameter-Tbl  ; 
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HAS:  CgoMCE-InbCntnr-Ref 

REFERENCED  BY  Not f Fy-Cnsgn-of-Inbound-Cntnr  ; 
HAS:  Search-Cntnr-O/H-CgoMCE-Re-f 

REFERENCED  BY  Prep-Cntnr-O/H-Over-5-Day-Rept  ; 
HAS:  CgoMCE-Dam-DL-Ref 

REFERENCED  BY  Prep-Dam-Deadl ined-Cntnr-Rept  ; 
MAS:  Sixty-Day-MCE-Re-f 

REFERENCED  BY  Prep-Del-60-Day-0ld-Cntnr-Rept  ; 
HAS:  Empty-Aval-S-Day-CgoMCE-Ref 

REFERENCED  BY  Prep-Empty-Aval-Over-S-Day-Rpt  ; 
HAS:  CgoMCE-ECSR-Ref 

REFERENCED  BY  Prep-Empty-Cntnr-Status-Report  ; 
HAS:  CgoMCE-TM3-ReF 

REFERENCED  BY  Prep-Hold/Stg-Request-<TM3>  ; 
HAS:  Non-Fcst-CgoMCE-Ref 

REFERENCED  BY  Prep-Non-ETA-Fcst-Cntnr-Report  ; 
HAS:  CgoMCE-TMS-Re-f 

REFERENCED  BY  Prep-Rel-fr-Stg/Hold-Req-<TMS>  ; 
HAS:  CgoMCE-Recngn-ReF 

REFERENCED  BY  Prepare-Reconsignment-Request  ; 
HAS:  CgoMCE-InbCntnr-ReT 

REFERENCED  BY  Capture-TMR  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’TACCS-LOB  CNTNR/FRT  GROUP’  ; 
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DEFINE  SET  CgoPort-Tbl  ; 

DESCRIPTION; 

Cargo  Port  Table. 

This  table  contains  MILSTAMP  Port  Codes  and  their  descriptions. 

•  < 

KEYWORD  IS:  ’Container’  , 

’Freight'  , 

’Data  Model’  , 

’TACCS’  ; 

SEE  MEMO: 

Port-Memo  , 

Code-Tbl-Val idat ion-Memo  ; 

SOURCE  IS:  ’CONTAINER  DATA  MODEL’  , 

’FREIGHT  DATA  MODEL’  ; 

ATTRIBUTE  IS: 

MEDIA  ’DISK’  , 

SEC-CLASS  ’UNCLASSIFIED’  , 

volatility  ’STATIC’  , 

UPDATE-METHOD  ’INTERACTIVE'  , 

UPDATE-FREQUENCY 

’PER  CODE  CHANGE’  , 

RETENTION  ’PERMANENT’  , 

TABLE-FORM  ’COMMAND’  , 

EST-SIZE  ’29  CHAR  RECORDS’  , 

EST-VOLUME  '332  RECORDS’  ; 

SUBSET  OF:  Cntnr-System-Unique-Tables  , 

Freight-System-Unique-Tables  ; 

COLLECTION  OF: 

CgoPort  , 

CgoPort-TTP-Ref  , 

CgoPort-Ref  ; 

EMPLOYED:  BY  Correct-Merge-ETA-Forecast-Err  ; 

EMPLOYED:  BY  Create-Non-Fcst-Container-Rec  ; 

EMPLOYED:  BY  Merge-Ref ormatted-ETA-Forecast  ; 

EMPLOYED:  BY  Prep-SEAVAN-Maint-Bgn/E-<TTP>  ; 

HAS:  CgoPort-Ref 

REFERENCED  BY  Correct-Merge-ETA-Forecast-Err  ; 

HAS:  CgoPort-Ref 

REFERENCED  BY  Create-Non-Fcst-Container-Rec  ; 

HAS:  CgoPort-Ref 

REFERENCED  BY  Merge-Reformatted-ETA-Forecast  ; 

HAS:  CgoPort-TTP-Ref 

REFERENCED  BY  Prep-SEAVAN-Maint-Bgn/E-<TTP>  ; 
RESPONSIBLE  PROBLEM  DEFINER  IS: 

’TACCS-LOB  CNTNR/FRT  GROUPS*  ; 
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DEFINE  SET  Cntnr-Msg-F i le  ; 

DESCRIPTION; 

Cntnr  Message  File 

This  is  the  request  for  stage/hold  information  that  is  sent  to  MECOBO. 

KEYWORD  IS:  ’Container’  ; 

COLLECTION  OF: 

Container-O/H-5-Oays-Rept-Upd  , 

TM3-Msg-Data-Upd  i 
TMS-Msg-Data-Upd  , 

DSSR-Info  ; 

MAINTAINED:  BY  Prep-Diversion-Request-<TM2>  ; 

UPDATED:  BY  Prep-Cntnr-O/H-Over-5-Day-Rept  ; 

UPDATED:  BY  Prepare-Delayed-Del i very-Rept  ; 

UPDATED:  BY  Prep-Empty-Ava l-Over-5-Day-Rpt  ; 

UPDATED:  BY  Prep-Re l-fr-Stg/Ho I d-Req~<TMS>  ; 

UPDATED:  BY  Prep-Hold/Stg-Request-<TM3>  ; 

UPDATED:  BY  Prep-Oam-Deadl ined-Cntnr-Rept  ; 

HAS :  Conta i ner-O/H-5-Days-Rept-Upd 

ADDED  BY  Prep-Cntnr-O/H-Over-5-Day-Rept  ; 

HAS :  Dam-Dead  I i ned-Cntnr-Report 

ADDED  BY  Prep-Dam-Dead lined-Cntnr-Rept  ; 

HAS:  Empty-Aval-Over-5-Day-Rept-Upd 

ADDED  BY  Prep-Empty-Aval-Over-5-Day-Rpt  ; 

HAS:  TM3-Msg-0ata-Upd 

ADDED  BY  Prep-Hold/Stg-Request-<TM3>  ; 

HAS:  TMS-Msg-Data-Upd 

ADDED  BY  Prep-Re l-fr-Stg/Ho I d-Req-<TMS>  ; 

HAS:  Delayed-Del i very-Message 

ADDED  BY  Prepare-Delayed-Del i very-Rept  i 

HAS:  DSSR-Info 

MODIFIED  BY  Prep-Divers ion-Request-<TM2>  ; 

HAS:  DSSR-Info 

REFERENCED  BY  Prep-Divers ion-Request-<TM2>  ; 

RESPONSIBLE  PROBLEM  DE''INER  IS: 

’Valentine'  » 
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DEFINE  SET  CntnrD i scrp-F i le  ; 

DESCRIPTION; 

Container  Discrepancy  File. 

This  file  contains  data  on  discrepancies  pertaining  to  a  Shipment 

Unit  TCN. 

•  « 

KEYWORD  IS:  'Freight’  , 

'Data  Model’  , 

•LOB’  , 

’TACCS’  , 

'Container*  ; 

SOURCE  is:  'CONTAINER  DATA  MODEL’  ; 

ATTRIBUTE  IS: 

MEDIA  ’DISK’  , 

SEC-CLASS  ’UNCLASSIFIED’  , 

UPDATE-FREQUENCY 

’DAILY’  , 

UPDATE-METHOD  ’INTERACTIVE/BATCH’  , 

TABLE-FORM  ’LOCAL’  , 

volatility  ’DYNAMIC’  , 

EST-SIZE  '49  CHAR  RECORDS’  I 

SUBSET  OF:  Container-Movements-F i les  ; 

COLLECTION  OF: 

CntnrDiscrp  ; 

MAINTAINED:  BY  Prep-Cgo-Dischg/Non-Del-<TTW>  ; 

MAINTAINED:  BY  Prep-Cgo-Non-Dl vr-Corr-<ZTW>  ; 

EMPLOYED:  BY  Sel-Rec-for-Cntnr-Hi story-DB  ; 

HAS:  CntnrDiscrp 

ADDED  BY  Prep-Cgo-Dischg/Non-Del-<TTW>  ; 

HAS;  CntnrDiscrp 

MODIFIED  BY  Prep-Cgo-Di schg/Non-Del-<TTW>  ; 

HAS:  CntnrDiscrp 

MODIFIED  BY  Prep-Cgo-Non-Dl vr-Corr-<ZTW>  ; 

HAS:  CntnrDiscrp 

REFERENCED  BY  Prep-Cgo-Dischg/Non-Del-<TTW>  ; 

•HAS:  CntnrDiscrp 

REFERENCED  BY  Prep-Cgo-Non-Dl vr-Corr-<ZTW>  ; 

HAS:  CntnrDiscrp 

REFERENCED  BY  Sel-Rec-for-Cntnr-H i story-DB  ; 

HAS:  CntnrDiscrp 

REMOVED  BY  Sel-Rec-for-Cntnr-Hi story-DB  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’TACCS-LOB  CONTAINER  GROUP’  ; 
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DEFINE  SET  CntnrMov-FUe  ; 

DESCRIPTION; 

Container  Movement  File. 

This  file  is  a  collection  of  basic  movement  information  for  given 
containers  currently  moving  from  origin  to  destination. 


KEYWORD 


SOURCE  IS: 

ATTRIBUTE  IS: 

volatility  ’DYNAMIC’  , 

EST- VOLUME  ’5,000  RECORDS’  , 

MEDIA  ’DISK’  , 

REGULATION  ’ DAMMS-R  0  &  0  PLAN’ 

RETENTION  ’60  DAYS’  , 

SEC-CLASS  ’UNCLASSIFIED'  , 

UPDATE-FREQUENCY 

’DAILY’  , 

UPDATE-METHOD  ’ INTERACTIVE/BATCH' 
TABLE-FORM  ’LOCAL'  , 

EST-SIZE  ’133  CHAR  RECORDS’  ; 

SUBSET  OF:  Container-Movements-F i les 

COLLECTION  OF: 

CntnrMov  , 

CntnrMov-TTP-Ref  , 

CntnrMov-TTP-Upd  , 
DD-CntnrMov-Message-Ent  , 
CntnrMov-TTB-Upd  , 

CntnrMov-TTB-Ref  , 

CntnrMov-ZTB-Ref  , 

CntnrMov-ZTB-Upd  , 
CntnrMov-ETA-Fcst-Info  , 
CntnrMov-Dam-DL-Upd  , 
CntnrMov-Dam-DL-Ref  , 
CntnrMov-InbCntnr-Ref  , 
CntnrMov-Inq/Rept-Inf 0-Ref  , 
CntnrMov-TM2-Info  , 
CntnrMov-MtnStp-Inf o  ; 

MAINTAINED:  BY  Prepare-Recons ignmen' 

MAINTAINED:  BY  Prep-Re  I -fr-Stg/Ho Id- 

maintained:  BY  Prep-Empty-Cntnr-Sta- 

MAINTAINED:  BY  Prep-Del-60-Day-0ld-( 

MAINTAINED:  BY  Prep-Ho Id/Stg-Reques^ 

MAINTAINED:  BY  Se l-Rec-f or-Cntnr-H i ! 

MAINTAINED:  BY  Prepare-Cnsgn-Rept-Ei 

MAINTAINED:  BY  Prep-Delayed-Del i ver> 

MAINTAINED:  BY  Create-Non-Fcst-Conti 


’Data  Model’  , 

’LOB’  , 

’TACCS’  , 

’Container’  ; 
’CONTAINER  DATA  MODEL’ 


PLAN’ 


Prepare-Recons ignment-Request  ; 
Prep-Re  I -f r-Stg/Ho I d-Req-<TMS> 
Prep-Empty-Cntnr-Status-Report 
Prep-De I -60-Day-0 1 d-Cnt  nr-Rept 
Prep-Hold/Stg-Request-<TM3>  ; 
Sel-Rec-for-Cntnr-History-DB  ; 
Prepare-Cnsgn-Rept-Evnts-<TTB> 
Prep-Delayed-Del i very-Event  ; 
Create-Non-Fcst-Container-Rec  ; 
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MAINTAINED:  BY  Prep-Cgo-Di schg/Non-Del-<TTW>  ; 

MAINTAINED:  BY  Prep-Cgo-Non-Dlvr-Corr-<ZTW>  ; 

MAINTAINED:  BY  Prep-Cnsgn-Rept-Evnts-Corr-ZTB  ; 

MAINTAINED:  BY  Merge-Ref ormatted-ETA-Forecast  ; 

MAINTAINED:  BY  Correct-Merge-ETA-Forecast-Err  ; 

MAINTAINED:  BY  Prep-Dam-Deadlined-Cntnr-Rept  ; 

MAINTAINED:  BY  Prep-Di version-Request-<TM2>  ; 

MAINTAINED:  BY  Update-Cntnr-Record  ; 

MAINTAINED:  BY  Prep-SEAVAN-Mai nt-Bgn/E-<TTP>  ; 

MAINTAINED:  BY  Prep-Svan-Maint-Bgn/E-Corr-ZTP  ; 

MAINTAINED:  BY  Capture-TMR 

USING  CntnrMov-TMR-Info  ; 

EMPLOYED:  BY  Create-Container-Remarks  ; 

EMPLOYED:  BY  Inqu i ry/Rept-on-Spec i f i c-Cntnr  ; 

EMPLOYED:  BY  Not i f y-Cnsgn-of-Inbound-Cntnr  ; 

EMPLOYED:  BY  Prep-Cntnr-O/H-Over-5-Day-Rept  ; 

EMPLOYED:  BY  Prep-Daily-Container-Worksheet  ; 

EMPLOYED:  BY  Prep-Empty-Aval-Over-5-Day-Rpt  ; 

EMPLOYED:  BY  Prep-Non-ETA-Fcst-Cntnr-Report  ; 

EMPLOYED:  BY  Prepare-Delayed-Del i very-Rept  ; 

HAS:  CntnrMov-ETA-Fcst-Inf o 

ADDED  BY  Correct-Merge-ETA-Forecast-Err  ; 

HAS:  CntnrMov-CRec-Upd 

ADDED  BY  Create-Non-Fcst-Conta i ner-Rec  ; 

HAS:  CntnrMov-ETA-Fcst-Info 

ADDED  BY  Merge-Ref ormatted-ETA-Forecast  ; 

HAS:  TTW-CntnrMov-Upd 

ADDED  BY  Prep-Cgo-D i schg/Non-De 1-<TTW>  ; 

HAS:  Sixty-Day-Cntnr-Upd 

ADDED  BY  Prep-Del-60-Day-0ld-Cntnr-Rept  ; 

HAS:  CntnrMov-ECSR-Upd 

ADDED  BY  Prep-Empty-Cntnr-Status-Report  ; 

HAS:  CntnrMov-TM3-Upd 

ADDED  BY  Prep-Ho ld/Stg-Request-<TM3>  ; 

HAS:  CntnrMov-TMS-Upd 

ADDED  BY  Prep-Re l-f r-Stg/Hold-Req-<TMS>  ; 

HAS:  CntnrMov-Recngn-Upd 

ADDED  BY  Prepare-Recons ignment-Request  ; 

HAS:  CntnrMov-TMR-Info 

ADDED  BY  Capture-TMR  ; 

HAS:  CntnrMov-ETA-Fcst-Info 

MODIFIED  BY  Correct-Merge-ETA-Forecast-Err  ; 
HAS:  CntnrMov-ETA-Fcst-Info 

MODIFIED  BY  Merge-Ref ormatted-ETA-Forecast  ; 

HAS:  TTW-CntnrMov-Upd 

MODIFIED  BY  Prep-Cgo-Di schg/Non-De 1-<TTW>  ; 

HAS:  TTW-CntnrMov-Upd 

MODIFIED  BY  Prep-Cgo-Non-Dl vr-Corr-<ZTW>  ; 

CntnrMov-ZTB-Upd 


HAS 
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MODIFIED  BY  Prep-Cnsgn-Rept-Evnts-Corr-ZTB 
CntnrMov-Dam-DL-Upd 

MODIFIED  BY  Prep-Dam-Dead  I ined-Cntnr-Rept  i 
DD-CntnrMov-Upd 

MODIFIED  BY  Prep-Delayed-Del i very-Event  ; 
CntnrMov-TM2-InFo 

MODIFIED  BY  Prep-D i vers ion-Request-<TM2>  ; 
CntnrMov-ECSR-Upd 

MODIFIED  BY  Prep-Empty-Cntnr-Status-Report 
CntnrMov-TM3-Upd 

MODIFIED  BY  Prep-Hold/Stg-Request-<TM3>  ; 
CntnrMov-TMS-Upd 

MODIFIED  BY  Prep-Rel-fr-Stg/Hold-Req-<TMS> 
CntnrMov-TTP-Upd 

MODIFIED  BY  Prep-SEAVAN-Mai nt-Bgn/E-<TTP>  ; 
CntnrMov-TTP-Upd 

MODIFIED  BY  Prep-Svan-Maint-Bgn/E-Corr-ZTP 
CntnrMov-TTB-Upd 

MODIFIED  BY  Prepare-Cnsgn-Rept-Evnts-<TTB> 
CntnrMov-Recngn-Upd 

MODIFIED  BY  Prepare-Recons ignment-Request  ; 

CntnrMov-H i st-Upd 

MODIFIED  BY  Sel-Rec-for-Cntnr-History-DB  ; 
Upd-CntnrMov-Info 

MODIFIED  BY  Update-Cntnr-Record  ; 
CntnrMov-TMR-InFo 
MODIFIED  BY  Capture-TMR  ; 
CntnrMov-ETA-Fcst-Info 

REFERENCED  BY  Correct-Merge-ETA-Forecast-Err 
CntnrMovRmrk-Ref 

REFERENCED  BY  Create-Container-Remarks  ; 
CntnrMov-CRec-Ref 

REFERENCED  BY  Create-Non-Fcst-Container-Rec  i 
CntnrMov-Inq/Rept-Inf 0-Ref 
REFERENCED  BY  Inquiry/Rept-on-Spec H i c-Cntnr 
CntnrMov-ETA-Fcst-Info 
REFERENCED  BY  Merge-Ref ormatted-ETA-Forecast 
CntnrMov-InbCntnr-Ref 

REFERENCED  BY  Not i fy-Cnsgn-of-Inbound-Cntnr  i 
TTW-CntnrMov-Ref 

REFERENCED  BY  Prep-Cgo-D1schg/Non-Del-<TTU>  ; 
TTU-CntnrMov-Ref 

REFERENCED  BY  Prep-Cgo-Non-D I vr-Corr-<ZTW>  ; 
CntnrMov-ZTB-Ref 

REFERENCED  BY  Prep-Cnsgn-Rept-Evnts-Corr-ZTB 
Search-Cntnr-O/H-Mov-Ref 
REFERENCED  BY  Prep-Cntnr-O/H-Over-5-Day-Rept 
Dai ly-Cntnr-CntnrMov-Ref-Ent 
REFERENCED  BY  Prep-Daily-Container-Worksheet 
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HAS:  CntnrMov-Dam-DL-ReT 

REFERENCED  BY  Prep-Dam-Deadl ined-Cntnr-Rept  ; 
MAS:  Sixty-Day-Cntnr-Re-f 

REFERENCED  BY  Prep>Del-60-Day-0ld-Cntnr>Rept 
HAS:  DD-CntnrMov-Ref 

REFERENCED  BY  Prep-Delayed-Del i very-Event  ; 
HAS:  CntnrMov-TM2-In-fo 

REFERENCED  BY  Prep-0 i vers ion-Request-<TM2>  ; 
HAS :  Empty-Ava I -5-Day-Cnt nrMov-ReF 

REFERENCED  BY  Prep-Empty-Aval-Over-5-Day-Rpt 
HAS:  CntnrMov-ECSR-ReF 

REFERENCED  BY  Prep-Empty-Cntnr-Status-Report 
HAS:  CntnrMov-TM3-ReT 

REFERENCED  BY  Prep-Hold/Stg-Request-<TM3>  ; 
HAS:  Non-Fcst-CntnrMov-Ref 

REFERENCED  BY  Prep-Non-ETA-Fcst-Cntnr-Report 
HAS:  CntnrMov-TMS-ReF 

REFERENCED  BY  Prep-Rel-Tr-Stg/Hold-Req-<TMS> 
HAS:  CntnrMov-TTP-ReT 

REFERENCED  BY  Prep-SEAVAN-Maint-Bgn/E-<TTP>  ; 
HAS:  CntnrMov-TTP-Ref 

REFERENCED  BY  Prep-Svan-Maint-Bgn/E-Corr-ZTP 
HAS:  CntnrMov-TTB~ReF 

REFERENCED  BY  Prepare-Cnsgn-Rept-Evnts-<TTB> 
HAS:  DD-CntnrMov-Message-Ent 

REFERENCED  BY  Prepare-Delayed-Del i very-Rept  ; 
HAS:  CntnrMov-Recngn-Ref 

REFERENCED  BY  Prepare-Recons ignment-Request  ; 
HAS:  CntnrMov 

REFERENCED  BY  Sel-Rec-f or-Cntnr-H i story-DB  ; 
HAS:  Upd-CntnrMov-Info 

REFERENCED  BY  Update-Cntnr-Record  ; 

HAS:  CntnrMov-TMR-Inf o 

REFERENCED  BY  Capture-TMR  ; 

HAS:  CntnrMov-TTU-Re-f 

REFERENCED  BY  Prep-Convey-Change-Not i f-<TTU> 
HAS:  CntnrMov 

REMOVED  BY  Sel-Rec-for-Cntnr-H istory-DB  ; 
RESPONSIBLE  PROBLEM  DEFINER  IS: 

’TACCS-LOB  CONTAINER  GROUP’  ; 
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DEFINE  SET  CntnrMovStp-F i le  ; 

DESCRIPTION; 

Container  Movement  Stop  File. 

This  file  is  a  collection  of  information  about  given  container 
movements  for  multi-stop  transactions. 

KEYWORD  IS:  ’Data  Model*  , 

•LOB*  , 

’TACCS’  , 

’Container*  ; 

SOURCE  is:  ’CONTAINER  DATA  MODEL*  ; 

ATTRIBUTE  IS: 

volatility  ’DYNAMIC*  , 

EST- VOLUME  *5,000  RECORDS’  , 

MEDIA  'DISK*  , 

REGULATION  ’DAMMS-R  0  &  0  PLAN'  , 

RETENTION  *60  DAYS’  , 

SEC-CLASS  ’UNCLASSIFIED*  , 

UPDATE-FREQUENCY 

’DAILY’  , 

TABLE-FORM  ’LOCAL’  , 

UPDATE-METHOD  ’INTERACTIVE/BATCH’  , 

EST-SIZE  *215  CHAR  RECORDS’  ; 

SUBSET  OF:  Container-Movements-Fi les  ; 

COLLECTION  OF: 

CntnrMovStp  , 

DD-CntnrMovStp-Message-Ent  , 

CntnrMovStp-ZTB-Upd  , 

CntnrMovStp-ETA-Fcst-Info  , 

CntnrMovStp-Dam-DL-Ref  , 

CntnrMovStp-InbCntnr-Ref  , 
CntnrMovStp-Inq/Rept-Info-Ref  , 

CntnrMovStp-MtnStp-Inf 0  , 

CntnrMovStp-Ref  ; 

MAINTAINED:  BY  Prepare-Reconsignment-Request  ; 

MAINTAINED:  BY  Prep-De layed-De I i very-Event  ; 

MAINTAINED:  BY  Create-Non-Fcst-Container-Rec  ; 

MAINTAINED:  BY  Prep-Cgo-Non-Dlvr-Corr-<ZTW>  ; 

MAINTAINED:  BY  Prep-Cnsgn-Rept-Evnts-Corr-ZTB  ; 

MAINTAINED:  BY  Merge-Ref ormatted-ETA-Forecast  ; 

MAINTAINED:  BY  Correct-Merge-ETA-Forecast-Err  ; 

MAINTAINED:  BY  Update-Cntnr-Record  ; 

MAINTAINED:  BY  Capture-TMR 

USING  CntnrMovStp-TMR-Upd  ; 

MAINTAINED:  BY  Capture-TMR 

USING  CntnrMovStp-Ref  ; 

EMPLOYED:  BY  Create-Container-Remarks  ; 

EMPLOYED:  BY  Inquiry/Rept-on-Specif ic-Cntnr  ; 

EMPLOYED:  BY  Not i f y-Cnsgn-of-Inbound-Cntnr  ; 
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EMPLOYED:  BY  Prep-Cgo-Dischg/Non-Del-<TTU>  ; 

EMPLOYED:  BY  Prep-Da ily-Container-Worksheet  ; 

'EMPLOYED:  BY  Prep-Dam-Dead lined-Cntnr-Rept  ; 

EMPLOYED:  BY  Prep-Diversion-Request-<TM2>  ; 

EMPLOYED:  BY  Prep-Hold/Stg-Request-<TM3>  ; 

EMPLOYED:  BY  Prep-Non-ETA-Fcst-Cntnr-Report  ; 

employed:  by  Prep-Rel-fr-Stg/Hold-Req-<TMS>  ; 

EMPLOYED:  BY  Prep-SEAVAN-Maint-Bgn/E-<TTP>  ; 

EMPLOYED:  BY  Prep-Svan-Maint-Bgn/E-Corr-ZTP  ; 

EMPLOYED:  BY  Prepare-Cnsgn-Rept-Evnts-<TTB>  ; 

EWLOYED:  BY  Prepare-Delayed-Del  ivery-Rept  ; 

EMPLOYED:  BY  Sel-Rec-For-Cntnr-History-DB  ; 

HAS:  CntnrMovStp-ETA-Fcst-In-fo 

ADDED  BY  Correct-Merge-ETA-Forecast-Err  ; 

HAS;  CntnrMovStp-CRec-Upd 

ADDED  BY  Create-Non-Fcst-Container-Rec  ; 

HAS:  CntnrMovStp-ETA-Fcst-Info 

ADDED  BY  Merge-Re-formatted-ETA-Forecast  ; 

HAS;  CntnrMovStp-Recngn-Upd 

ADDED  BY  Prepare-Reconsignment-Request  ; 

HAS;  CntnrMovStp-TMR-Upd 

ADDED  BY  Capture-TMR  ; 

HAS:  CntnrMovStp-ETA-Fcst-Inf 0 

MODIFIED  BY  Correct-Merge-ETA-Forecast-Err  ; 
HAS:  CntnrMovStp-ETA-Fcst-Info 

MODIFIED  BY  Merge-Reformatted-ETA-Forecast  ; 
HAS:  CntnrMovStp-ZTB-Upd 

MODIFIED  BY  Prep-Cnsgn-Rept-Evnts-Corr-ZTB  ; 
HAS:  DD-CntnrMovStp-Upd 

MODIFIED  BY  Prep-Delayed-Deli very-Event  ; 

HAS:  Upd-CntnrMovStp-Info 

MODIFIED  BY  Update-Cntnr-Record  ; 

HAS:  CntnrMovStp-TMR-Upd 

MODIFIED  BY  Capture-TMR  ; 

HAS;  CntnrMovStp-Ref 

MODIFIED  BY  Prep-Cgo-Non-Dlvr-Corr-<ZTW>  ; 
HAS;  CntnrMovStp-ETA-Fcst-Info 

REFERENCED  BY  Correct-Merge-ETA-Forecast-Err  ; 
HAS:  CntnrMovStpRmrk-Ref 

REFERENCED  BY  Create-Container-Remarks  ; 

HAS;  CMovStp-CRec-Ref 

REFERENCED  BY  Create-Non-Fcst-Container-Rec  ; 
HAS:  CntnrMovStp- I nq/Rept- Info-Ref 

REFERENCED  BY  Inquiry/Rept-on-SpecHic-Cntnr  ; 
HAS;  CntnrMovStp-ETA-Fcst-Info 

REFERENCED  BY  Merge-Reformatted-ETA-Forecast  ; 
HAS:  CntnrMovStp-InbCntnr-Ref 

REFERENCED  BY  Not ify-Cnsgn-of-Inbound-Cntnr  ; 
HAS:  Dai ly-Cntnr-CntnrMovStp-Ref 
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REFERENCED  BY  Prep-Oai ly-Container-Worksheet  ; 
HAS:  CntnrMovStp-Dam-DL-Ref 

REFERENCED  BY  Prep-Dam-Deadl ined-Cntnr~Rept  ; 
HAS:  DD-CntnrMovStp-Ref 

REFERENCED  BY  Prep-Delayed-DeU very-Event  ; 
♦IAS:  Non-Fcst-CntnrMovStop-Ref 

REFERENCED  BY  Prep-Non-ETA-Fcst-Cntnr-Report  ; 
HAS:  DD-CntnrMovStp-Message-Ent 

REFERENCED  BY  Prepare-Delayed-Del i very-Rept  ; 
HAS:  CntnrMovStp 

REFERENCED  BY  Sel-Rec-for-Cntnr-Hi story-DB  ; 
HAS:  Upd-CntnrMovStp-Info 

REFERENCED  BY  Update-Cntnr-Record  ; 

HAS:  CntnrMovStp-Re-f 

REFERENCED  BY  Prep-Hold/Stg-Request“<TM3>  ; 
HAS:  CntnrMovStp-Re-F 

REFERENCED  BY  Prep-Re l-fr-Stg/Hold-Req-<TMS>  ; 
HAS:  CntnrMovStp-Re-f 

REFERENCED  BY  Prep-D f vers ion-Request-<TM2>  ; 
HAS:  CntnrMovStp-Re-f 

REFERENCED  BY  Prepare-Cnsgn-Rept-Evnts-<TTB>  ; 
HAS:  CntnrMovStp-Ref 

REFERENCED  BY  Capture-TMR  ; 

HAS:  CntnrMovStp-Re^ 

REFERENCED  BY  Prep-SEAVAN-Maint-Bgn/E-<TTP>  ; 
HAS:  CntnrMovStp-Ref 

REFERENCED  BY  Prep-Svan-Maint-Bgn/E-Corr-ZTP  ; 
HAS:  CntnrMovStp-Ref 

REFERENCED  BY  Prep-Cnsgn-Rept-Evnts-Corr-ZTB  ; 
HAS:  CntnrMovStp-Ref 

REFERENCED  BY  Prepare-Recons ignment-Request  ; 
HAS:  CntnrMovStp-Ref 

REFERENCED  BY  Prep-Cgo-Dischg/Non-Del-<TTW>  ; 
HAS:  CntnrMovStp-Ref 

REFERENCED  BY  Prep-Cgo-Non-Dlvr-Corr-<ZTU>  ; 
HAS:  CntnrMovStp-Re-f 

REFERENCED  BY  Prep-Convey-Change-Not W-<TTU>  ; 
HAS:  CntnrMovStp 

REMOVED  BY  Sel-Rec-for-Cntnr-Hi story-DB  ; 
RESPONSIBLE  PROBLEM  DEFINER  IS: 

’TACCS-LOB  CONTAINER  GROUP’  ; 
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DEFINE  SET  CntnrOwnTy-Tbl  ; 

DESCRIPTION; 

Container  Owner  Type  Table. 

This  table  contains  Container  Owner  Type  Codes  and  their  descriptions. 

KEYWORD  IS:  'Data  Model*  , 

•LOB’  , 

’TACCS’  , 

’Container’  ; 

SEE  MEMO*. 

Code-Tbl-Val idat ion-Memo  ; 

SOURCE  IS:  ‘CONTAINER  DATA  MODEL’  ; 

ATTRIBUTE  IS: 

SEC-CLASS  ’UNCLASSIFIED’  , 

TABLE-FORM  ‘COMMAND*  , 
volatility  ‘STATIC*  , 

MEDIA  ‘DISK’  , 

UPDATE-METHOD  ‘BATCH*  , 

UPDATE-FREQUENCY 

‘PER  CODE  CHANGE’  , 

RETENTION  ‘PERMANENT’  , 

EST-SIZE  ’26  CHAR  RECORDS’  , 

EST- VOLUME  ’2  RECORDS*  ; 

SUBSET  OF:  Cntnr-System-Unique-Tables  ; 

COLLECTION  OF: 

CntnrOwnTy  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’TACCS-LOB  CONTAINER  GROUP’  ; 
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DEFINE  SET  CntnrOwner-Tbl  ; 

DESCRIPTION; 

Container  Owner  Table. 

This  table  contains  Container  Owner  Abbreviations  and  their  meanings. 

KEYWORD  IS:  'Data  Model’  , 

’LOB’  , 

’TACCS’  , 

•Container’  ; 

SEE  MEMO: 

Code-Tbl-Val idat ion-Memo  ; 

SOURCE  is:  ’CONTAINER  DATA  MODEL’  ; 

ATTRIBUTE  IS: 


SEC-CLASS 
TABLE-FORM 
volatility  ’STATIC’  , 

MEDIA  ’DISK’  , 

UPDATE-METHOD  ’BATCH’  , 

UPDATE-FREQUENCY 

’PER  CODE  CHANGE’  , 

RETENTION  ’PERMANENT’  , 

EST-SIZE  ’29  CHAR  RECORDS’  , 

EST- VOLUME  ’83  RECORDS’  ; 

SUBSET  OF:  Cntnr-System-Unique-Tables  ; 

COLLECTION  OF: 

CntnrOwner  , 

CntnrOwner-Ref  ; 

EMPLOYED:  BY  Correct-Merge-ETA-Forecast-Err  ; 

EMPLOYED:  BY  Create-Non-Fcst-Container-Rec  ; 

EMPLOYED:  BY  Inquiry/Rept-on-Spec if ic-Cntnr  ; 

EMPLOYED:  BY  Merge-Ref ormatted-ETA-Forecast  ; 

HAS:  CntnrOwner-Ref 

REFERENCED  BY  Correct-Merge-ETA-Forecast-Err 

HAS:  CntnrOwn-CRec-Ref 

REFERENCED  BY  Create-Non-Fcst-Container-Rec  ; 

MAS:  CntnrOwn-Inq-Ref 

REFERENCED  BY  Inquiry/Rept-on-Spec if ic-Cntnr 

HAS:  CntnrOwner-Ref 

REFERENCED  BY  Merge-Ref ormatted-ETA-Forecast 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’TACCS-LOB  CONTAINER  GROUP’  ; 


’UNCLASSIFIED’ 
’COMMAND’  . 


a 

r 
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11  DEFINE  SET  CntnrRinrkLn-F i  le  ; 

DESCRIPTION; 

Container  Remark  Line  File. 

This  file  contains  remarks  pertaining  to  a  particular  container  movement 
and:  stop. 
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KEYWORD  IS:  'Data  Model*  . 

'LOB*  , 

•TACCS'  , 

'Container*  ; 

SOURCE  IS:  'CONTAINER  DATA  MODEL’  ; 

ATTRIBUTE  IS: 

MEDIA  'DISK*  , 

SEC-CLASS  'UNCLASSIFIED*  , 

UPDATE-FREQUENCY 


UPDATE-METHOD 
TABLE-FORM 
volat i I ity 


'DAILY'  , 

’INTERACTIVE/BATCH’ 
'LOCAL'  , 

'DYNAMIC  , 


EST-SIZE  '68  CHAR  RECORDS’  ; 

SUBSET  OF:  Conta iner-Movements-F i les 

COLLECTION  OF: 


t 


CntnrRmrkLn  ; 

MAINTAINED:  BY  Create-Container-Remarks  ; 
EMPLOYED:  BY  Sel-Rec-for-Cntnr-History-DB 
HAS:  CntnrRmrkLn 


ADDED  BY  Create-Container-Remarks  ; 
HAS:  CntnrRmrkLn 

MODIFIED  BY  Create-Container-Remarks  ; 
HAS:  CntnrRmrkLn 

REFERENCED  BY  Create-Container-Remarks  ; 
HAS:  CntnrRmrkLn 


9 


REFERENCED  BY  Sel-Rec-for-Cntnr-History-DB  ; 
HAS:  CntnrRmrkLn 

REMOVED  BY  Create-Container-Remarks  ; 

HAS:  CntnrRmrkLn 

REMOVED  BY  Sel-Rec-for-Cntnr-History-DB  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

'TACCS-LOB  CONTAINER  GROUP’  ; 
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12  DEFINE  SET  CntnrSIze-Tbl  ; 

DESCRIPTION; 

Container  Size  Table. 

This  table  contains  standard  container  sizes  and  pertinent  descriptive 
materiel . 

KEYWORD  IS:  'Data  Model*  , 

'LOB*  , 

*TACCS’  , 

’Container*  ; 

SEE  MEMO: 

Code-Tbl-Val f dat ion-Memo  ; 

SOURCE  IS:  ’CONTAINER  DATA  MODEL*  ; 

ATTRIBUTE  IS: 

SEC-CLASS  ’UNCLASSIFIED*  , 

TABLE- FORM  ’COMMAND*  , 
volatility  ’STATIC*  , 

MEDIA  ’DISK*  , 

UPDATE-METHOD  ’BATCH’  , 

UPDATE-FREQUENCY 

’PER  CODE  CHANGE’  , 

RETENTION  ’PERMANENT’  , 

EST-SIZE  *27  CHAR  RECORDS’  ; 

SUBSET  OF:  Cntnr-System-Unique-Tables  ; 

'  COLLECTION  OF: 

CntnrSize  , 

CntnrSize-Re-f  ; 

EMPLOYED:  BY  Correct-Merge-ETA-Forecast-Err  ; 

EMPLOYED:  BY  Create-Non-Fcst-Conta iner-Rec  ; 

EMPLOYED:  BY  Merge-Ref ormatted-ETA-Forecast  ; 

HAS:  CntnrSize-Ref 

REFERENCED  BY  Correct-Merge-ETA-Forecast-Err  ; 

HAS:  CntnrSz-CRec-Ref 

REFERENCED  BY  Create-Non-Fcst-Conta iner-Rec  ; 

HAS:  CntnrSize-Ref 

REFERENCED  BY  Merge-Ref ormatted-ETA-Forecast  ; 

HAS:  CntnrSize-TTU-Ref 

REFERENCED  BY  Prep-Convey-Change-Notif-<TTU>  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’TACCS-LOB  CONTAINER  GROUP’  ; 

13  DEFINE  SET  Coiwno-Proc-Hold-F  i  le  ; 

UPDATED:  BY  Prep-Da i I y-SEAVAN-Status-Rept  ; 

HAS:  Dai ly-SEAVAN-Sta-Message 

ADDED  BY  Prep-Da i I y-SEAVAN-Status-Rept  ; 
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DEFINE  SET  Commodi ty-Tbl  ; 

DESCRIPTION; 

Commodity  Table. 

This  table  contains  MILSTAMP  Commodity  Codes  and  their  meanings. 

KEYWORD  IS:  ’Freight’  , 

’Container’  , 

•LOB’  , 

’TACCS’  , 

’Data  Model*  ; 

SEE  MEMO: 

Code-Tbl-Val idat ion-Memo  ; 

SOURCE  IS:  ’FREIGHT  DATA  MODEL’  , 

’CONTAINER  DATA  MODEL’  ; 

ATTRIBUTE  IS: 

MEDIA  ’DISK’  , 

SEC-CLASS  ’UNCLASSIFIED’  , 

RETENTION  ’PERMANENT’  , 

UPDATE-FREQUENCY 

’PER  CODE  CHANGE’  , 


UPDATE-METHOD 
TABLE-FORM 
EST-SIZE 
REGULATION 
volati I ity 
EST-VOLUME 
SUBSET  OF:  Cntr 


’BATCH’  , 
•COMMAND’  , 

’23  CHAR  RECORDS’ 
’MILSTAMP’  , 


volatility  ’STATIC’  , 

EST-VOLUME  ’410  RECORDS’  ; 

SUBSET  OF:  Cntnr-System-Unique-Tables  , 

Freight-System-Unique-Tables  ; 

COLLECTION  OF: 

Commodity  , 

Commodity-Ref  ; 

EMPLOYED:  BY  Correct-Merge-ETA-Forecast-Err  ; 

EMPLOYED:  BY  Create-Non-Fcst-Container-Rec  ; 

EMPLOYED:  BY  Merge-Ref ormatted-ETA-Forecast  ; 

HAS:  Commodity-Ref 

REFERENCED  BY  Correct-Merge-ETA-Forecast-Err 
HAS:  Comm-CRec-Ref 

REFERENCED  BY  Create-Non-Fcst-Container-Rec  i 
HAS:  Commodity-Ref 

REFERENCED  BY  Merge-Ref ormatted-ETA-Forecast 
RESPONSIBLE  PROBLEM  DEFINER  IS: 

’TACCS-LOB  FREIGHT  GROUP’  ; 


1 1 1-684 
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15  DEFINE  SET  Di scrpType-Tbl  ; 

DESCRIPTION; 

Discrepancy  Type  Table. 

This  table  contains  AR  55*38  Discrepancy  Codes  and  their  descriptions. 

KEYWORD  IS:  ‘Freight’  , 

‘Data  Model*  • 

’LOB’  , 

’TACCS’  , 

’Container’  ; 

SEE  MEMO: 

Code-Tbl-Val idat ion-Memo  ; 

SOURCE  is:  ‘FREIGHT  DATA  MODEL’  , 

‘CONTAINER  DATA  MODEL’  , 

‘AR  55-38’  ; 

ATTRIBUTE  IS: 

MEDIA  ’DISK'  , 

SEC-CLASS  ‘UNCLASSIFIED’  , 

RETENTION  ‘PERMANENT’  , 

UPDATE-FREQUENCY 

‘PER  CODE  CHANGE’  , 

UPDATE-METHOD  ’BATCH’  , 

TABLE-FORM  ’COMMAND’  , 

EST-SIZE  ’42  CHAR  RECORDS’  , 

volatility  ‘STATIC’  , 

EST-VOLUME  ‘33  RECORDS’  ; 

SUBSET  OF:  Cntnr-System-Unique-Tables  , 

Freight-System-Unique-Tables  ; 

COLLECTION  OF: 

DiscrpType  , 

Di scrpType-Ref  ; 

EMPLOYED:  BY  Prep-Cgo-Dischg/Non-Del-<TTW>  ; 

EMPLOYED:  BY  Prep-Cgo-Non-Dl vr-Corr-<ZTW>  ; 

HAS:  DiscrpType 

REFERENCED  BY  Prep-Cgo-Dischg/Non-Del-<TTW>  ; 

HAS:  DiscrpType-Ref 

REFERENCED  BY  Prep-Cgo-Non-Dl vr-Corr-<ZTW>  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’TACCS-LOB  FREIGHT  GROUP’  ; 
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16  DEFINE  SET  ECSR-Msg-F i le  ; 

KEYWORD  IS:  ’Container’  ; 

COLLECTION  OF: 

Empty-Cntnr-Sta-Report-Upd  ; 

UPDATED:  BY  Prep-Empty-Cntnr-Status-Report  ; 

HAS:  Empty-Cntnr-Sta-Report-Upd 

ADDED  BY  Prep-Empty-Cntnr-Status-Report  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Valentine’  ; 


17  DEFINE  SET  ETA-Forecast-Error-F i le  ; 

DESCRIPTION; 

ETA  Forecast  Error  File 

This  set  consists  of  all  records  which  were  identified  in  the  Merge  ETA 
Forecast  process  as  having  errors. 


KEYWORD  IS: 
MAINTAINED: 
UPDATED: 
EMPLOYED: 
HAS 


’Container’  ; 

BY  Correct-Merge-ETA-Forecast-Err 
BY  Merge-Ref ormatted-ETA-Forecast 
BY  Prepare-Merge-Error-Rept  ; 


ETA-Forecast-Error-Inf o 
ADDED  BY  Correct-Merge-ETA-Forecast-Err 

HAS:  ETA-Forecast-Error-Info 

ADDED  BY  Merge-Ref ormatted-ETA-Forecast 

HAS;  ETA-Forecast-Error-Info 

MODIFIED  BY  Correct-Merge-ETA-Forecast-Err 

HAS:  ETA-Forecast-Error-Info 

REFERENCED  BY  Correct-Merge-ETA-Forecast-Err 
HAS:  ETA-Forecast-Error-Info 

REFERENCED  BY  Prepare-Merge-Error-Rept  ; 

HAS:  ETA-Forecast-Error-Info 

REMOVED  BY  Correct-Merge-ETA-Forecast-Err 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Cope’  ; 
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18  DEFINE  SET  ETA-Forecast-Inbound-F ile  ; 

DESCRIPTION; 

A  temporary  -file  used  to  hold  the  container  ETA  Forecast  input  records 
until  processed  by  the  merge  ETA  Forecast  process. 


KEYWORD  IS: 


•Container’  , 

•NOT  IN  DATA  MODEL’ 
’TACCS-LOB  DFD’  ; 


SOURCE  is:  ’TACCS-LOB  DFD’  ; 

ATTRIBUTE  IS: 

MEDIA  ’DISK’  , 

SEC-CLASS  ’UNCLASSIFIED’  , 

volatility  ’DYNAMIC’  , 

UPDATE-FREQUENCY 

’PER  ETA  FORECAST’  ; 

COLLECTION  OF : 

ReForm-ETA-Inp  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Cope’  ; 

DEFINE  SET  Hi st-Mgt-F i le  ; 

DESCRIPTION; 

History  Management  File 

This  File  contains  cntnr  Floppy  disk  storage  ident iFication  data  that 
is  utilized  to  instruct  the  system  user  how  to  load  and  download  data 
From  the  cntnr  history  disks  to  and  From  the  system.  The  File  contains 
the  number  oF  cntnr  history  Floppy  disks  created  For  each  calendar 

month,  year,  and  the  number  oF  records  on  a  months  diskls). 

« 

KEYWORD  IS:  ’Container’  , 

’LOB’  ; 

MAINTAINED:  BY  Se I -Rec-For-Cntnr-H i story-DB  ; 

EMPLOYED:  BY  History-File-Retrieval  ; 

HAS:  H i st-Mgt-InFo 

MODIFIED  BY  Se I -Rec-For-Cntnr-H i story-DB  ; 

HAS:  Hi st-Mgt-InFo 

REFERENCED  BY  History-File-Retrieval  ; 

HAS:  Hi st-Mgt-InFo 

REFERENCED  BY  Sel-Rec-For-Cntnr-History-DB  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Valentine’  ; 
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DEFINE  SET  InbCntnr-Report-Ho Id-F i  le 

DESCRIPTION; 

Inbound  Container  Report  Hold  File 

This  is  a  batch  file  that  receives  correct  and  complete  inbound 
container  report  records  ready  to  be  printed  in  hardcopy  reports 
at  request. 

KEYWORD  IS:  ’Container’  ; 

COLLECTION  OF: 

Inbound-Container-Report  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Cope’  ; 
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21  DEFINE  SET  MEvent-File  ; 

DESCRIPTION; 

Movement  Event  File. 

This  file  is  a  collection  of  information  that  results  from 
significant  movement  events  occuring  in  a  shipment  of  a  container 
from  origin  to  destination. 


KEYWORD  IS:  ’Data  Model’  , 

’LOB’  , 

’T ACCS’  , 

’Container’  ; 

SOURCE  IS:  ’CONTAINER  DATA  MODEL’  ; 

ATTRIBUTE  IS: 

volatility  ’DYNAMIC’  , 

EST- VOLUME  ’60,000  RECORDS’  , 

MEDIA  ’DISK’  , 

REGULATION  'DAMMS-R  0  &  0  PLAN’  , 

RETENTION  ’60  DAYS’  , 

SEC-CLASS  ’UNCLASSIFIED’  , 

UPDATE-METHOD  ’ INTERACTIVE’  , 

TABLE-FORM  ’LOCAL’  , 

EST-SIZE  ’112  CHAR  RECORDS’  ; 

SUBSET  OF:  Container-Movements-F i les  ; 

COLLECTION  OF: 

MEvent  , 

MEvent-TTP-Ref  , 

MEvent-TTP-Upd  , 

MEvent-Ref  , 

MEvent-TTB-Upd  , 

Exist ing-TTB-MEvent-Ref  , 
Corr-TTW-MEvent-ZTW-Info  , 

MEvent-ZTB-Ref  , 

MEvent-ZTB-Upd  , 

MEvent-Inq/Rept-Info-Ref  , 

MEvent-TM2-Inf 0  ; 

MAINTAINED:  BY  Prep-Re l-fr-Stg/Hold-Req-<TMS>  ; 

MAINTAINED:  BY  Prep-Empty~Cntnr-Status-Report  ; 

MAINTAINED:  BY  Prep-Ho ld/Stg-Request-<TM3>  ; 

MAINTAINED:  BY  Prepare-Cnsgn-Rept-Evnts-<TTB>  ; 

MAINTAINED:  BY  Prep-Cgo-Non-Dl vr-Corr-<ZTW>  ; 

MAINTAINED:  BY  Prep-Cnsgn-Rept-Evnts-Corr-ZTB  ; 

MAINTAINED:  BY  Prep-Diversion-Request-<TM2>  ; 

MAINTAINED:  BY  Update-Cntnr-Record  ; 

MAINTAINED:  BY  Prep-SEAVAN-Maint-Bgn/E-<TTP>  ; 

MAINTAINED:  BY  Prep-Svan-Maint-Bgn/E-Corr-ZTP  ; 

UPDATED;  BY  Prep-Cgo-Di schg/Non-Del-<TTW>  ; 

EMPLOYED:  BY  Create-Non-Fcst-Conta iner-Rec  ; 

EMPLOYED:  BY  Inquiry/Rept-on-Specif ic-Cntnr  ; 

EMPLOYED;  BY  Prep-Cntnr-O/H-Over-5-Day-Rept  ; 
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EMPLOYED:  BY  Prep-DaUy-Container-Worksheet  ; 

EMPLOYED:  BY  Prep-Delayed-DeU very-Event  ; 

EMPLOYED:  BY  Prep-Empty-Aval-Over-5-Day-Rpt  ; 

EMPLOYED:  BY  Prepare-Recons ignment-Request  ; 

EMPLOYED:  BY  Sel-Rec-for-Cntnr-History-DB  ; 

HAS:  TTU-MEvent-Upd 

ADDED  BY  Prep-C9o-Dischg/Non-Del-<TTW>  ; 

HAS:  MEvent-TM2-InTo 

ADDED  BY  Prep-Di vers ion-Request-<TM2>  ; 

HAS:  MEvent-ECSR-Upd 

ADDED  BY  Prep-Empty-Cntnr-Status-Report  ; 

HAS:  MEvent-TM3-Upd 

ADDED  BY  Prep-Ho ld/Stg“Request-<TM3>  ; 

HAS:  MEvent-TMS-Upd 

ADDED  BY  Prep-Rel-Fr-Stg/Hold-Req-<TMS>  ; 

HAS:  MEvent-TTU-Upd 

ADDED  BY  Prep-Convey-Change-Not if-<TTU>  ; 

HAS:  Corr-TTW-MEvent-ZTW-In-fo 

MODIFIED  BY  Prep-Cgo-Non-Dl vr-Corr-<ZTW>  ; 

HAS:  MEvent-ZTB-Upd 

MODIFIED  BY  Prep-Cnsgn-Rept-Evnts-Corr-ZTB  ; 
HAS:  MEvent-TM2-Info 

MODIFIED  BY  Prep-Di vers ion“Request-<TM2>  ; 
HAS:  MEvent-TM3-Upd 

MODIFIED  BY  Prep-Ho ld/Stg-Request-<TM3>  ; 
HAS:  MEvent-TMS-Upd 

MODIFIED  BY  Prep-Rel-fr-Stg/Hold-Req-<TMS>  ; 
HAS:  MEvent-TTP-Upd 

MODIFIED  BY  Prep-SEAVAN-Maint-Bgn/E-<TTP>  ; 
HAS:  MEvent-TTP-Upd 

MODIFIED  BY  Prep-Svan-Maint-Bgn/E-Corr-ZTP  ; 
HAS:  MEvent-TTB-Upd 

MODIFIED  BY  Prepare-Cnsgn-Rept-Evnts-<TTB>  ; 
HAS:  Upd-Cntnr-MEvent-Info 

MODIFIED  BY  Update-Cntnr-Record  ; 

HAS:  MEvent-Ref 

REFERENCED  BY  Create-Non-Fcst-Container-Rec  ; 
HAS:  MEvent-Inq/Rept-Info-Ref 

REFERENCED  BY  Inquiry/Rept-on-Spec if ic-Cntnr  ; 
HAS:  Corr-TTW-MEvent-ZTW-In-fo 

REFERENCED  BY  Prep-Cgo-Non-Dl vr-Corr-<ZTW>  ; 
HAS:  MEvent-ZTB-Ref 

REFERENCED  BY  Prep-Cnsgn-Rept-Evnts-Corr-ZTB  ; 
HAS :  Search-Cntnr-O/H-MEvent-Ref 

REFERENCED  BY  Prep-Cntnr-O/H-Over-5-Day-Rept  ; 
HAS;  Daily-Cntnr-MEvent-Ref-Ent 

REFERENCED  BY  Prep-Da i ly-Container-Uorksheet  ; 
HAS:  MEvent-Ref 

REFERENCED  BY  Prep-De layed-De li very-Event  ; 


ADSM  18-LZ4-AKM-BUR-FD 
WORKING  DRAFT  3.0 
DECEMBER  1987 


HAS;  MEvent-TM2-InFo 

REFERENCED  BY  Prep“Diversion-Request“<TM2>  ; 
HAS:  Empty-Aval-S-Day-MEvent-Re-f 

REFERENCED  BY  Prep-Empty-Aval-Over-S-Day-Rpt 
HAS:  MEvent-ECSR-Ref 

REFERENCED  BY  Prep-Empty-Cntnr-Status-Report 
HAS:  MEvent-TM3-Ref 

REFERENCED  BY  Prep-Hold/Stg-Request-<TM3>  ; 
HAS;  MEvent-TMS-Ref 

REFERENCED  BY  Prep-Rel-fr-Stg/Hold-Req-<TMS> 
HAS:  MEvent-TTP-Ref 

REFERENCED  BY  Prep-SEAVAN-Ma i nt-Bgn/E-<TTP>  ; 
HAS:  MEvent-ZTP-Ref 

REFERENCED  BY  Prep-Svan-Maint-Bgn/E-Corr-ZTP 
HAS:  Existing-TTB-MEvent-Re-f 

REFERENCED  BY  Prepare-Cnsgn-Rept-Evnts~<TTB> 
HAS:  MEvent-Recngn-Ref 

REFERENCED  BY  Prepare-Reconsignment-Request  ; 
HAS:  MEvent 

REFERENCED  BY  Sel-Rec-for-Cntnr-H i story-DB  ; 
HAS:  Upd-Cntnr-MEvent-Inf o 

REFERENCED  BY  Update-Cntnr-Record  ; 

HAS:  MEvent-TTU-Ref 

REFERENCED  BY  Prep-Convey-Change-Not j f-<TTU> 
HAS:  MEvent 

REMOVED  BY  Sel-Rec-f or-Cntnr-H i story-DB  ; 
RESPONSIBLE  PROBLEM  DEFINER  IS*. 

’TACCS-LOB  CONTAINER  GROUP’  ; 
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22  DEFINE  SET  MEventType-Tbl  ; 

DESCRIPTION; 

Movement  Event  Type  Table. 

This  table  Is  a  collection  oF  movement  event  codes  and  descriptions. 

KEYWORD  IS:  'Freight'  , 

•Data  Model*  , 

•LOB’  , 

’TACCS’  , 

’Container*  ; 

SEE  MEMO: 

Code-Tbl-Val idat ion-Memo  ; 

SOURCE  is:  'FREIGHT  DATA  MODEL’  , 

’CONTAINER  DATA  MODEL’  ; 

ATTRIBUTE  IS: 

MEDIA  'DISK*  , 

SEC-CLASS  ’UNCLASSIFIED’  , 

RETENTION  ’PERMANENT’  , 

UPDATE-FREQUENCY 

’PER  CODE  CHANGES’  , 

UPDATE-METHOD  ’INTERACTIVE-BATCH’  , 

TABLE-FORM  ’COMMAND’  , 

EST-SIZE  ’19  CHAR  RECORDS’  , 

volatility  ’STATIC’  , 

EST- VOLUME  ’10  RECORDS’  ; 

SUBSET  OF:  Cntnr-System-Unique-Tables  , 

Freight-System-Unique-Tables  ; 

COLLECTION  OF: 

MEventType  ; 

EMPLOYED:  BY  Prep-Cgo-D i schg/Non-Del-<TTW>  ; 

EMPLOYED:  BY  Prep-Cgo-Non-Dl vr-Corr-<ZTW>  ; 

HAS:  TTW-EventType-ReF 

REFERENCED  BY  Prep-Cgo-Dischg/Non-Del-<TTW>  ; 

HAS:  TTW-Event Type-Ref 

REFERENCED  BY  Prep-Cgo-Non-Dlvr-Corr-<ZTW>  ; 

HAS:  MEventType-TTU-Ref 

REFERENCED  BY  Prep-Convey-Change-Not if-<TTU>  ; 

IIESPONSIBLE  PROBLEM  DEFINER  IS: 

'TACCS-LOB  FREIGHT  GROUP’  ; 
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23  DEFINE  SET  Month-Tbl  ; 

DESCRIPTION; 

Month  Table. 

This  table  contains  Month  Codes  and  their  descriptions. 


KEYWORD  IS*.  ’Freight*  , 

’Data  Model’  , 

’LOB’  , 

’TACCS’  , 

’Container*  ; 

SOURCE  is:  ’FREIGHT  DATA  MODEL’  , 

’CONTAINER  DATA  MODEL’  ; 

ATTRIBUTE  IS: 

MEDIA  ’DISK’  , 

SEC-CLASS  ’UNCLASSIFIED’  , 

RETENTION  ’PERMANENT’  , 

UPDATE-FREQUENCY 


UPDATE-METHOD 
TABLE- FORM 
EST-VOLUME 
EST-SIZE 
volati I ity 
SUBSET  OF: 


’PER  CODE  CHANGE’  , 
’BATCH’  , 


COLLECTION  OF: 


’COMMAND’  , 

’12  RECORDS’  , 

’4  CHAR  RECORDS’  , 
’STATIC’  ; 
Cntnr-System-Unique-Tables  , 
Fre ight-Systero-Unique-Tables 


Month  ; 

EMPLOYED:  BY  Capture-TMR  ; 

HAS:  Month 


REFERENCED  BY  Capture-TMR  ; 
RESPONSIBLE  PROBLEM  DEFINER  IS: 

’TACCS-LOB  CNTNR/FRT  GROUP’ 


t 
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24  DEFINE  SET  MovModeCode-Tbl  ; 

DESCRIPTION; 

Movement  Mode  Code  Table. 

This  table  contains  Mode  Codes,  Type  Carrier  Codes,  and  Mode  Code 
Descriptions. 

KEYWORD  IS:  'Freight'  , 

'Data  Model*  , 

'LOB'  , 

'T ACCS’  , 

'Container*  ; 

SEE  MEMO: 

Code-Tb I - Va I i dat I on-Memo  ; 

SOURCE  IS:  'FREIGHT  DATA  MODEL*  , 

•CONTAINER  DATA  MODEL’  ; 

ATTRIBUTE  IS: 

MEDIA  ’DISK’  , 

SEC-CLASS  ’UNCLASSIFIED’  , 

RETENTION  'PERMANENT’  , 

UPDATE-FREQUENCY 

'PER  CODE  CHANGE’  , 

UPDATE-METHOD  ’INTERACTIVE-BATCH’  , 

TABLE-FORM  ’COMMAND’  , 

volatility  ’STATIC  , 

EST- VOLUME  *9  RECORDS’  , 

EST-SIZE  *26  CHAR  RECORDS’  ; 

SUBSET  OF:  Cntnr-System-Unique-Tables  , 

Freight-System-Unique-Tables  ; 

COLLECTION  OF: 

MovModeCode  ; 

employed:  by  Capture-TMR  ; 

HAS:  MovModeCode 

REFERENCED  BY  Capture-TMR  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’TACCS-LOB  CNTNR/FRT  GROUP’  ; 
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25  DEFINE  SET  Non-Fcst-Msg-F i le  ; 

DESCRIPTION; 

Non  Forecast  Message  FUe 

This  Is  the  non  forecast  cntnr  report  data  derived  from  the  selected 

database  records. 

KEYWORD  IS:  ’Container’  ; 

COLLECTION  OF*. 

Non-Forecasted-Containers-Upd  ; 

UPDATED:  BY  Prep-Non-ETA-Fcst-Cntnr-Report  ; 

HAS;  Non-Forecasted-Containers-Upd 

ADDED  BY  Prep-Non-ETA-Fcst-Cntnr-Report  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS'- 
'Valentine'  ; 

26  DEFINE  SET  ORICO-Tbl  ; 

DESCRIPTION; 

Origin  Code  Table. 

This  table  contains  origin  code  values,  their  type  (container  or 
freight),  and  their  descriptions. 

KEYWORD  IS:  'Container'  , 

'Data  Model’  , 

'LOB'  , 

’TACCS’  ; 

SEE  MEMO; 

Code-Tbl-Val idat ion-Memo  ; 

SOURCE  is:  'CONTAINER  DATA  MODEL’  ; 

ATTRIBUTE  IS: 

MEDIA  'DISK'  , 

SEC-CLASS  'UNCLASSIFIED'  , 

RETENTION  'PERMANENT'  , 

UPDATE-FREQUENCY 

'PER  CODE  CHANGE’  , 

UPDATE-METHOD  'BATCH'  , 

TABLE- FORM  'COMMAND'  , 

EST- VOLUME  '294  RECORDS'  , 

EST-SI2E  '29  CHAR  RECORDS’  , 

volatility  'STATIC  ; 

SUBSET  OF:  Cntnr-System-Unique-Tables  ; 

COLLECTION  OF: 

ORICO  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

'TACCS-LOB  CONTAINER  GROUP'  ; 
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27  DEFINE  SET  ORiCOTy-Tbl  ; 

DESCRIPTION; 

Origin  Code  Type  Table. 

This  table  contains  origin  code  types  and  their  descriptions. 

KEYWORD  IS:  'Container’  , 

'Data  Model’  , 

’LOB’  , 

’TACCS’  * 

SOURCE  IS:  'CONTAINER  DATA  MODEL’  ; 

ATTRIBUTE  IS: 

MEDIA  ’DISK’  , 

SEC-CLASS  'UNCLASSIFIED'  , 

RETENTION  ’PERMANENT’  , 

volatility  'STATIC  , 

UPDATE-FREQUENCY 

’PER  CODE  CHANGE’  , 

UPDATE-METHOD  ’ BATCH/ INTERACTIVE’  , 

TABLE- FORM  'COMMAND'  , 

EST-VOLUME  '2  RECORDS*  , 

EST-SIZE  ’26  CHAR  RECORDS’  ; 

SUBSET  OF:  Cntnr-System-Unlque-Tables  ; 

COLLECTION  OF: 

ORICOTy  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

'TACCS-LOB  CONTAINER  GROUP’  ; 


% 
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DEFINE  SET  OceanCarr-Tbl  ; 

DESCRIPTION; 

Ocean  Carrier  Table. 

This  table  contains  ocean  carrier  type  code,  ocean  carrier 
abbreviations,  and  their  -Full  names. 

KEYWORD  IS:  ’Container'  , 

'Data  Model*  , 

•LOB’  , 

•TACCS’  ; 

SEE  MEMO: 

Code-Tbl-Val idat ion-Memo  ; 

SOURCE  IS:  ’CONTAINER  DATA  MODEL’  , 

’MILSTAMP  PARA  B-47’  ; 

ATTRIBUTE  IS: 

MEDIA  ’DISK’  , 

SEC-CLASS  ’UNCLASSIFIED’  , 

RETENTION  ’PERMANENT’  . 

UPDATE-FREQUENCY 

’PER  CODE  CHANGE’  , 

TABLE- FORM  ’COMMAND’  , 

EST-VOLUME  ’40  RECORDS’  , 

EST-SIZE  ’30  CHAR  RECORDS’  , 

volatility  ’STATIC’  ; 

SUBSET  OF:  Cntnr-System-Unique-Tables  ; 

COLLECTION  OF: 

OceanCarr  , 

Oc6dnCdPP^R0^  « 

EMPLOYED:  BY  Correct-Merge-ETA-Forecast-Err  ; 

EMPLOYED:  BY  Create-Non-Fcst-Container-Rec  ; 

EMPLOYED:  BY  Merge-Ref ormatted-ETA-Forecast  ; 

EMPLOYED:  BY  Prep-Empty-Cntnr-Status-Report  ; 

HAS:  OceanCarr-Ref 

REFERENCED  BY  Correct-Merge-ETA-Forecast-Err  ; 
HAS:  OceanCarr-ETA-Fcst-Ref 

REFERENCED  BY  Create-Non-Fcst-Container-Rec  ; 
MAS:  OceanCarr-Ref 

REFERENCED  BY  Merge-Ref ormatted-ETA-Forecast  ; 
HAS:  OceanCarr-ECSR-Ref 

REFERENCED  BY  Prep-Empty-Cntnr-Status-Report  ; 
RESPONSIBLE  PROBLEM  DEFINER  IS: 

’TACCS-LOB  CONTAINER  GROUP’  ; 
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29  DEFINE  SET  ReasonDeny-Tbl  ; 

DESCRIPTION; 

Reason  Denied  Table. 

This  table  contains  Reason  Denied  Codes  for  container  hold  or  diversion 
requests,  and  their  meanings. 

KEYWORD  IS:  ’Container*  , 

’LOB’  , 

’TACCS’  , 

’Data  Model’  ; 

SEE  MEMO: 

Code-Tb I -Va I i dat i on-Memo  ; 

SOURCE  IS:  ’CONTAINER  DATA  MODEL*  ; 

ATTRIBUTE  IS: 

SEC-CLASS  ’UNCLASSIFIED’  , 

TABLE- FORM  ’COMMAND’  , 
volatility  ’STATIC’  , 

MEDIA  ’DISK*  , 

UPDATE-METHOD  ’BATCH’  , 

UPDATE-FREQUENCY 

’PER  CODE  CHANGE’  , 

RETENTION  ’PERMANENT’  , 

EST-SIZE  *27  CHAR  RECORDS’  , 

EST-VOLUME  *10  RECORDS’  ;  ^ 

SUBSET  OF:  Cntnr-System-Unique-Tables  ; 

COLLECTION  OF: 

ReasonDeny  ; 

EMPLOYED:  BY  Update-Cntnr-Record  ; 

HAS:  ReasonDeny 

REFERENCED  BY  Update-Cntnr-Record  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’TACCS-LOB  CONTAINER  GROUP’  ; 

30  DEFINE  SET  Recngn-Msg-F i le  ; 

DESCRIPTION; 

Recons ignment  Message  File 

This  is  the  reconsignment  request  information  that  is  stored  in  the 
processes  message  file  and  is  transmitted  to  TMCA. 

KEYWORD  IS:  ’Container’  ; 

COLLECTION  OF: 

Req-f or-Recngn-Upd  ; 

UPDATED:  BY  Prepare-Recons ignment-Request  ; 

HAS:  Req-f or-Recngn-Upd 

ADDED  BY  Prepare-Recons ignment-Request  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’Valentine’  ; 
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DEFINE  SET  RespMediaCd-Tbl  ; 

DESCRIPTION; 

Response  Media  Code  Table. 

A  table  of  codes  and  their  descriptions  that  identify  the  type  of 
media  to  be  used  in  responding  to  a  movement  transaction. 

KEYWORD  IS:  ‘Freight’  , 

’Data  Model*  , 

’LOB*  , 

’TACCS’  , 

’Container’  ; 

SEE  MEMO: 

Code-Tbl-Val idat ion-Memo  ; 

SOURCE  IS:  ’FREIGHT  DATA  MODEL’  , 

’CONTAINER  DATA  MODEL’  ; 

ATTRIBUTE  IS: 


volatility  ’PERPETUAL’  , 

EST-SIZE  ’ll  CHAR  RECORDS’  , 

EST-VOLUME  ’5  RECORDS’  , 

MEDIA  ’DISK’  , 

REGULATION  ’ DAMMS-CMM  DFSR  TM  38-2Z1-2-1-C ’ 

RETENTION  ’PERMANENT’  , 

TABLE-FORM  ’COMMAND’  , 

SEC-CLASS  ’UNCLASSIFIED’  , 

UPDATE-FREQUENCY 

’AS  PER  RESP  MEDIA  CODE  CHANGE’ 
UPDATE-METHOD  ’INTERACTIVE’  ; 

SUBSET  OF:  Cntnr-System-Unique-Tables  i 

Freight-System-Unique-Tables  ; 

COLLECTION  OF: 

RespMediaCd  ; 

EMPLOYED:  BY  Prep-Di vers ion-Request-<TM2>  ; 

EMPLOYED:  BY  Prep-Hold/Stg-Request-<TM3>  ; 

EMPLOYED:  BY  Prep-Rel-f r-Stg/Hold-Req-<TMS>  ; 

HAS:  RespMediaCd 

REFERENCED  BY  Prep-Di vers ion-Request-<TM2>  ; 
HAS:  RespMediaCd-TM3-Ref 

REFERENCED  BY  Prep-Hold/Stg-Requcst-<TM3>  ; 
HAS:  RespMediaCd-TMS-Ref 

REFERENCED  BY  Prep-Rel-fr-Stg/Hold-Req-<TMS>  ; 
RESPONSIBLE  PROBLEM  DEFINER  IS: 

’TACCS-LOB  CNTNR/FRT  GROUP’  ; 


BY  Prep-Di vers ion-Request-<TM2>  ; 
BY  Prep-Hold/Stg-Request-<TM3>  ; 
BY  Prep-Re  I -f r-Stg/Ho I d-Req-<TMS> 


HAS: 

HAS: 
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DEFINE  SET  ShpmtMethod-Tbl  ; 

DESCRIPTION; 

Shipment  Method  Table. 

This  table  contains  Mode/Method  oF  Shipment  Codes  and  their 
descriptions. 

KEYWORD  IS:  ’Freight*  , 

’Data  Model’  , 

’LOB’  , 

’T ACCS’  , 

’Container’  ; 

SEE  MEMO: 

Code-Tbl-Val idat ion-Memo  ; 

SOURCE  is:  ’FREIGHT  DATA  MODEL’  , 

’CONTAINER  DATA  MODEL'  ; 

ATTRIBUTE  IS: 

MEDIA  ’DISK’  , 

SEC-CLASS  ’UNCLASSIFIED’  , 

RETENTION  ’PERMANENT’  , 

UPDATE-FREQUENCY 

’PER  CODE  CHANGE’  , 


UPDATE-METHOD  ’BATCH’  . 

TABLE-FORM  ’COMMAND’  , 

EST-SIZE  ’26  CHAR  RECORDS’  , 

volatility  ’STATIC’  , 

EST- VOLUME  ’34  RECORDS’  ; 

SUBSET  OF:  Cntnr-System-Unique-Tables  , 

Freight-System-Unique-Tables  ; 

COLLECTION  OF: 

ShpmtMethod  , 

ModeMethShpmtCd-TTB-Ref  ; 

EMPLOYED:  BY  Prep-Cnsgn-Rept-Evnts-Corr-ZTB  ; 

EMPLOYED:  BY  Prepare-Cnsgn-Rept-Evnts-<TTB>  ; 

HAS:  ModeMethShpmtCd-TTB-Ref 

REFERENCED  BY  Prep-Cnsgn-Rept-Evnts-Corr-ZTB 
HAS:  ModeMethShpmtCd-TTB-Ref 

REFERENCED  BY  Prepare-Cnsgn-Rept-Evnts-<TTB> 
RESPONSIBLE  PROBLEM  DEFINER  IS: 

’TACCS-LOB  FREIGHT  GROUP’  ; 
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DEFINE  SET  Sixty-Day-Msg-F i le  ; 

DESCRIPTION; 

Sfxty  Day  Message  File 

This  is  data  -from  container  records  that  have  been  identified  for 
deletion  from  the  database. 

KEYWORD  IS:  'Container’  ; 

COLLECTION  OF: 

Dele-60-Day-0ld-Cntnr-Rept-Upd  ; 

UPDATED:  BY  Prep-Del-60-Day-0ld-Cntnr-Rept  ; 

NAS:  Dele-60-Day-0ld-Cntnr-Rept-Upd 

ADDED  BY  Prep-De l-60-Day-0l d-Cntnr-Rept  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

•Valentine’  ; 

DEFINE  SET  Spec i a  I Int-Tb I  ; 

SEE  MEMO: 

Code-Tbl-Val idation-Memo  ; 

SUBSET  OF:  Cntnr-System-Un ique-Tables  ; 

COLLECTION  OF: 

SpecialInt  ; 

employed;  BY  Capture-TMR  ; 

HAS:  SpecialInt 

REFERENCED  BY  Capture-TMR  ; 
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35  DEFINE  SET  System-Parameter-Tbl  ; 

DESCRIPTION; 

System  Parameter  Table 

This  table  represents  the  collection  of  various  system  parameters  used 
on  the  TACCS  machines  at  the  Movement  Control  Team  (MCT)  level. 

KEYWORD  IS:  ’Freight’  , 

’Container’  , 

’LOB’  , 

’ TACCS’ 

’NOT  IN  DATA  MODEL’  ; 

ATTRIBUTE  IS: 

MEDIA  ’DISK’  , 

SEC-CLASS  ’UNCLASSIFIED’  , 

volatility  ’DYNAMIC’  , 

UPDATE-METHOD  ’INTERACTIVE’  , 

TABLE-FORM  ’COMMAND’  ; 

SUBSET  OF:  Container-Database  , 

Freight-Database  ; 

COLLECTION  OF: 

Maint-Param-Sys-Param-Ref  , 

System-Parameter-Record  , 

Sys-Parameter-Re-f  , 

Parameter-Or igCd-Ref  ; 

MAINTAINED:  BY  Ma i nta i n-Parameter-Tb I  ; 

EMPLOYED:  BY  Correct-Merge-ETA-Forecast-Err  ; 

EMPLOYED:  BY  Maintain-Parameter-Tbl  ; 

EMPLOYED:  BY  Merge-Re-formatted-ETA-Forecast  ; 

EMPLOYED:  BY  Prep-Cgo-Dischg/Non-Del-<TTW>  ; 

EMPLOYED:  BY  Prep-Cgo-Non-Dlvr-Corr-<ZTW>  ; 

EMPLOYED:  BY  Prep-Cnsgn-Rept-Evnts-Corr-ZTB  ; 

EMPLOYED:  BY  Prep-Cntnr-O/H-Over-5-Day-Rept  ; 

EMPLOYED:  BY  Prep-Dam-Deadl ined-Cntnr-Rept  ; 

EMPLOYED:  BY  Prep-Del-60-Day-0ld-Cntnr-Rept  ; 

EMPLOYED:  BY  Prep-Empty-Aval-Over-5-Day-Rpt  ; 

EMPLOYED:  BY  Prep-Empty-Cntnr-Status-Report  ; 

EMPLOYED:  BY  Prep-Ho ld/Stg-Request-<TM3>  ; 

EMPLOYED:  BY  Prep-Non-ETA-Fcst-Cntnr-Report  ; 

EMPLOYED:  BY  Prep-Rel-f r-Stg/Hold-Req-<TMS>  ; 

EMPLOYED:  BY  Prep-SEAVAN-Maint-Bgn/E-<TTP>  ; 

EMPLOYED:  BY  Prepare-Cnsgn-Rept-Evnts-<TTB>  ; 

EMPLOYED:  BY  Prepare-Recons ignment-Request  ; 

EMPLOYED:  BY  Sel-Rec-f or-Cntnr-Hi story-DB  ; 

HAS:  Maint-Param-Sys-Param-Upd 

ADDED  BY  Maintain-Parameter-Tbl  ; 

HAS:  Sys-Parameter-Ref 

REFERENCED  BY  Correct-Merge-ETA-Forecast-Err  ; 

HAS:  Sys-Parameter-Re-f 

REFERENCED  BY  Merge-Ref ormatted-ETA-Forecast  ; 
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KAS:  Search-Cntnr-O/H-Param-Re-f 

REFERENCED  BY  Prep-Cntnr-O/H-Over-5-Day-Rept  ; 
HAS:  Sixty-Day-Parameter-Ref 

REFERENCED  BY  Prep-Dam-Deadl ined-Cntnr-Rept  ; 
HAS:  Sixty-Day-Parameter-Ref 

REFERENCED  BY  Prep-Del -60-Day-Old-Cntnr-Rept  ; 
HAS:  Empty-Aval -5-Day-Param-Ref 

REFERENCED  BY  Prep-Empty-Aval-Over-5-Day-Rpt  ; 
HAS:  Param-ECSR-Ref 

REFERENCED  BY  Prep-Empty-Cntnr-Status-Report  ; 
HAS:  Param-TM3-Ref 

REFERENCED  BY  Prep-Hold/Stg-Request-<TM3>  ; 
HAS:  Non-Fcst-Param-Ref 

REFERENCED  BY  Prep-Non-ETA-Fcst-Cntnr-Report  ; 
HAS:  Param-TMS-Ref 

REFERENCED  BY  Prep-Rel-fr-Stg/Hold-Req-<TMS>  ; 
HAS:  Param-Recngn-Ref 

REFERENCED  BY  Prepare-Recons ignment-Request  ; 
HAS:  Parameter-Hist-Ref 

REFERENCED  BY  Sel-Rec-for-Cntnr-H i story-DB  ; 
HAS:  Parameter-Or igCd-Ref 

REFERENCED  BY  Prep-Cnsgn-Rept-Evnts-Corr-ZTB  ; 
HAS:  Parameter-Or igCd-Ref 

REFERENCED  BY  Prepare-Cnsgn-Rept-Evnts-<TTB>  ; 
HAS:  Parameter-Or igCd-Ref 

REFERENCED  BY  Prep-SEAVAN-Maint-Bgn/E-<TTP>  ; 
HAS :  Parameter-Or i gCd-Ref 

REFERENCED  BY  Prep-Cgo-Dischg/Non-Del-<TTU>  ; 
HAS:  Parameter-Or igCd-Ref 

REFERENCED  BY  Prep-Cgo-Non-Dl vr-Corr-<ZTW>  ; 
HAS:  Parameter-Or igCd-Ref 

REFERENCED  BY  Prep-Convey-Change-Not if-<TTU>  ; 
HAS:  Parameter-Hist-Ref 

REMOVED  BY  Se I -Rec-for-Cntnr-Hi story-DB  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’TACCS-LOB  DATA  ADMIN’  ; 
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DEFINE  SET  TransPri-Tbl  ; 

DESCRIPTION; 

Transportation  Priority  Table. 

This  table  contains  Transportation  Priority  Codes  and  their 
descriptions. 

KEYWORD  IS:  ’Freight’  , 

’Data  Model’  , 

’LOB’  , 

’TACCS’  ; 

SEE  MEMO: 

Code-Tbl-Val idat ion-Memo  ; 

SOURCE  is:  ’FREIGHT  DATA  MODEL’  , 

’CONTAINER  DATA  MODEL’  ; 

ATTRIBUTE  IS: 

MEDIA  ’DISK’  , 

SEC-CLASS  ’UNCLASSIFIED’  , 

RETENTION  ’PERMANENT’  , 

UPDATE-FREQUENCY 

’PER  CODE  CHANGE’  , 


'5  RECORDS’ 


’36  CHAR  RECORDS’ 
’STATIC’  ; 


UPDATE-METHOD  ’BATCH’  , 

TABLE- FORM  ’COMMAND’  , 

EST- VOLUME  ’5  RECORDS’  , 

EST-SIZE  ’36  CHAR  RECORDS’  , 

volatility  ’STATIC’  ; 

SUBSET  OF:  Cntnr-System-Unique-Tables  , 

Fre  i  ght-Systetn-Un  i  que-T  ab  I  es 

COLLECTION  OF: 

TransPri  ; 

EMPLOYED:  BY  Capture-TMR  ; 

HAS:  TransPri 

REFERENCED  BY  Capture-TMR  ; 
RESPONSIBLE  PROBLEM  DEFINER  IS: 

’TACCS-LOB  FREIGHT  GROUP’  ; 
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Trns-ISAM-Fi le 


# 


DEFINE  SET 
DESCRIPTION; 

Transaction  ISAM  File. 

This  -file  is  a  collection  of  movement  event  records  for  use  by  CMM 
to  reflect  the  change  in  status  of  containers  and  shipments  from  origin 
to  final  delivery  to  consignee. 


KEYWORD  IS: 

SOURCE  is: 
ATTRIBUTE  IS: 

VO  I at i I ity 

EST-SIZE 

EST-VOLUME 

MEDIA 

REGULATION 

RETENTION 

SEC-CLASS 


’CMM’  , 

’Container’  ; 
’TACCS-LOB  CNTNR  DFD’ 

’TEMPORARY’  , 

•80  CHAR  RECORDS’ 
’350  RECORDS’  , 
’DISK’  , 

’TM  38-LZ1-2-1-C’ 
’60  DAYS’  , 
’UNCLASSIFIED’  , 


UPDATE-FREQUENCY 

’DAILY’  , 

UPDATE-METHOD  ’INTERACTIVE’ 
COLLECTION  OF: 

TM3-ISAM-Data  , 

Trns-ISAM-Data  , 
ISAM-Trns-ZTW-Info  , 
ISAM-Trns-TTB-Info  , 

DSSR-Info  : 


MAINTAINED 
MAINTAINED 
MAINTAINED 
MAINTAINED 
MAINTAINED 
MAINTAINED 
MAINTAINED 
MAINTAINED 
MAINTAINED 
MAINTAINED 
EMPLOYED: 
HAS 


HAS 

HAS 

HAS 

HAS 

HAS 


BY  Prep-Re  I -f r-Stg/Ho I d-Req-<TMS> 
BY  Prep-Empty-Cntnr-Status-Report 
BY  Prep-Hold/Stg-Request-<TM3>  ; 

BY  Prepare-Cnsgn-Rept-Evnts-<TTB> 
BY  Prep-Cgo-Dischg/Non-Del-<TTW>  ; 
BY  Prep-Cgo-Non-Dlvr-Corr-<ZTW>  ; 
BY  Prep-Cnsgn-Rept-Evnts-Corr-ZTB 
BY  Prep-Diversion-Request-<TM2>  ; 
BY  Prep-SEAVAN-Maint-Bgn/E-<TTP>  ; 
BY  Prep-Svan-Maint-Bgn/E-Corr-ZTP 
BY  Prep-Da i I y-SEAVAN-Status-Rept  ; 
TTW- ISAM- Info 

ADDED  BY  Prep-Cgo-Dischg/Non-Del-<TTW>  ; 

ISAM-Trns-ZTW-Info 

ADDED  BY  Prep-Cgo-Non-Dl vr-Corr-<ZTW>  ; 

ISAM-Trns-TTB-Info 

ADDED  BY  Prep-Cnsgn-Rept-Evnts-Corr-ZTB 

DSSR-Info 

ADDED  BY  Prep-Diversion-Request-<TM2>  ; 

ECSR-Transact ion-Upd 

ADDED  BY  Prep-Empty-Cntnr-Status-Report 

TM3-Transact ion-Upd 
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ADDED  BY  Prep-Ho ld/Stg-Request-<TM3>  ; 

HAS;  TMS-Transact ion-info 

ADDED  BY  Prep-Rel-f r-Stg/Hold-Req-<TMS>  ; 

HAS:  TTP-ISAM-Data 

ADDED  BY  Prep-SEAVAN-Maint-Bgn/E-<TTP>  ; 

HAS:  ISAM-Trns-TTB-Info 

ADDED  BY  Prepare-Cnsgn-Rept-Evnts-<TTB>  ; 

HAS;  TTU-DSSR-Info 

ADDED  BY  Prep-Convey-Change-Not if-<TTU>  ; 

HAS:  TTW-ISAM-Info 

MODIFIED  BY  Prep-Cgo-Dischg/Non-Del-<TTW>  ; 
HAS:  ISAM-Trns-ZTW-Info 

MODIFIED  BY  Prep-Cgo-Non-Dl vr-Corr-<ZTW>  ; 

HAS:  ISAM-Trns-TTB-Info 

MODIFIED  BY  Prep-Cnsgn-Rept-Evnts-Corr-ZTB  ; 
HAS:  DSSR-Info 

MODIFIED  BY  Prep-D i vers f on-Request-<TM2>  ; 

HAS:  ECSR-Transact ion-Upd 

MODIFIED  BY  Prep-Empty-Cntnr-Status-Report  ; 
HAS:  TM3-Transact ion-Upd 

MODIFIED  BY  Prep-Hold/Stg-Request-<TM3>  ; 
HAS:  TMS-Transact ion-info 

MODIFIED  BY  Prep-Re l-fr-Stg/Ho I d-Req-<TMS>  ; 
HAS;  TTP-ISAM-Data 

MODIFIED  BY  Prep-SEAVAN-Maint-Bgn/E-<TTP>  ; 
HAS;  TTP-ISAM-Data 

MODIFIED  BY  Prep-Svan-Maint-Bgn/E-Corr-ZTP  ; 
HAS;  ISAM-Trns-TTB-Info 

MODIFIED  BY  Prepare-Cnsgn-Rept-Evnts-<TTB>  ; 
HAS:  TTU-DSSR-Info 

MODIFIED  BY  Prep-Convey-Change-Not if-<TTU>  ; 
HAS:  TTW-ISAM-Info 

REFERENCED  BY  Prep-Cgo-Dischg/Non-Del-<TTW>  ; 
HAS:  ISAM-Trns-ZTW-Info 

REFERENCED  BY  Prep-Cgo-Non-Dlvr-Corr-<ZTW>  ; 
HAS:  ISAM-Trns-TTB-Info 

REFERENCED  BY  Prep-Cnsgn-Rept-Evnts-Corr-ZTB  ; 
HAS:  Dai ly-SEAVAN-Status-Info-Ent 

REFERENCED  BY  Prep-Da i ly-SEAVAN-Status-Rept  ; 
HAS:  DSSR-Info 

REFERENCED  BY  Prep-Diversion-Request-<TM2>  ; 
HAS:  ECSR-Transact ion-Ref 

REFERENCED  BY  Prep-Empty-Cntnr-Status-Report  ; 
HAS;  TM3-Transact ion-Upd 

REFERENCED  BY  Prep-Ho I d/Stg-Request-<TM3>  ; 
HAS:  TMS-Transact ion-info 

REFERENCED  BY  Prep-Rel-fr-Stg/Hold-Req-<TMS>  ; 
HAS:  TTP-ISAM-Data 

REFERENCED  BY  Prep-SEAVAN-Ma i nt-Bgn/E-<TTP>  ; 
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HAS:  TTP-ISAM-Data 

REFERENCED  BY  Prep-Svan*Maint-Bgn/E-Corr-ZTP  ; 

HAS:  ISAM-Trns-TTB-Info 

REFERENCED  BY  Prepare-Cnsgn-Rept-Evnts-<TTB>  ; 

HAS:  TTU-DSSR-Info 

REFERENCED  BY  Prep-Convey-Change-Not  i-f-<TTU>  ; 
RESPONSIBLE  PROBLEM  DEFINER  IS: 

’TACCS-LOB  CNTNR  WORK  GROUP’  ; 

39  DEFINE  SET  TypeCarr ier-Tbl  ; 

DESCRIPTION; 

Type  Carrier  Table. 

This  table  contains  Type  Carrier  Codes  and  their  descriptions 

KEYWORD  IS:  ’Container’  , 

’LOB’  , 

’TACCS’  , 

’Data  Model’  , 

’Freight’  ; 

SEE  MEMO: 

Code-Tbl-Val idat ion-Memo  ; 

SOURCE  IS:  ’CONTAINER  DATA  MODEL’  , 

’FREIGHT  DATA  MODEL’  ; 

ATTRIBUTE  IS: 

SEC-CLASS  ’UNCLASSIFIED’  , 

TABLE- FORM  ’COMMAND’  , 
volatility  ’STATIC’  , 

MEDIA  ’DISK’  , 

UPDATE-METHOD  ’BATCH’  , 

UPDATE-FREQUENCY 

’PER  CODE  CHANGE’  , 

RETENTION  ’PERMANENT’  , 

EST-SIZE  ’26  CHAR  RECORDS’  , 

EST- VOLUME  ’4  RECORDS’  ; 

SUBSET  OF:  Cntnr-System-Unique-Tables  , 

Freight-System-Unique-Tables  ; 

COLLECTION  OF: 

TypeCarrier  , 

EMPLOYED:  BY  Prep-SEAVAN-Maint-Bgn/E-<TTP>  ; 

EMPLOYED:  BY  Prepare-Cnsgn-Rcpt-Evnts-<TTB>  ; 

HAS:  TypeCarrier 

REFERENCED  BY  Prep-SEAVAN-Maint-Bgn/E-<TTP>  ; 

HAS:  TyCarrCd-TTB-Ref 

REFERENCED  BY  Prepare-Cn$gn-Rept-Evnts-<TTB>  ; 
RESPONSIBLE  PROBLEM  DEFINER  IS: 

’TACCS-LOB  CONTAINER  GROUP’  ; 
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DEFINE  SET  TypeMovNo-Tbl  ; 

DESCRIPTION; 

Type  Movement  Number  Table. 

A  table  which  contains  the  codes  and  descriptions  that  Identify 
the  type  movement  number  being  used  to  track  a  container  to  its 
destination. 

KEYWORD  IS:  'Container’  , 

'Data  Model*  , 

'LOB'  , 

'TACCS'  ; 

SEE  MEMO: 

Code-Tb I -Va I idat Ion-Memo  ; 

SOURCE  IS:  'CONTAINER  DATA  MODEL’  ; 

ATTRIBUTE  IS: 


MEDIA 

REGULATION 

EST-VOLUME 

EST-SIZE 

SEC-CLASS 

TABLE-FORM 

volati I Ity 

UPDATE-METHOD 


’DISK’  , 

’TM  38-LZ1-2-1-C’ 
’5  RECORDS*  , 

'26  CHAR  RECORDS’ 
’UNCLASSIFIED’  , 
'COMMAND’  , 
'STATIC  , 

’BATCH’  . 


UPDATE-FREQUENCY 

'PER  CODE  CHANGE’  , 

RETENTION  'PERMANENT'  ; 

SUBSET  OF:  Cntnr-System-Unique-Tables  ; 

COLLECTION  OF: 

TypeMovNo  , 

TyMovNoCd-TTB-Ref  ; 

EMPLOYED:  BY  Prep-SEAVAN-Malnt-Bgn/E-<TTP>  ; 

EMPLOYED:  BY  Prepare-Cnsgn-Rept-Evnts-<TTB>  ; 

HAS:  TypeMovNo 

REFERENCED  BY  Prep-SEAVAN-Malnt-Bgn/E-<TTP>  ; 
HAS:  TyMovNoCd-TTB-Ref 

REFERENCED  BY  Prepare-Cnsgn-Rept-Evnts-<TTB> 
HAS:  TyMovNo-TTU-Ref 

REFERENCED  BY  Prep-Convey-Change-Notif-<TTU> 
RESPONSIBLE  PROBLEM  DEFINER  IS: 

'TACCS-LOB  CONTAINER  GROUP’  ; 
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DEFINE  SET  TypeMove-Tbl  ; 

DESCRIPTION; 

Type  Movement  Table. 

This  table  contains  Type  Movement  Codes  and  their  descriptions. 

KEYWORD  IS:  ’Container’  , 

’LOB’  , 

•TACCS’  , 

’Data  Model*  , 

'Freight'  ; 

SEE  MEMO: 

Code-Tb I -Va I i dat i on-Memo  ; 

SOURCE  IS:  'CONTAINER  DATA  MODEL*  , 

'FREIGHT  DATA  MODEL’  ; 

ATTRIBUTE  IS: 

SEC-CLASS  ’UNCLASSIFIED’  , 

TABLE- FORM  ’COMMAND’  , 
volatility  'STATIC  , 

MEDIA  'DISK'  , 

UPDATE-METHOD  ’BATCH’  , 

UPDATE-FREQUENCY 

'PER  CODE  CHANGE’  , 

RETENTION  ’PERMANENT’  , 

EST-SIZE  ’26  CHAR  RECORDS’  , 

EST- VOLUME  ’3  RECORDS’  ; 

SUBSET  OF:  Cntnr-System-Unique-Tables  , 

Freight-System-Unique-Tables  ; 

COLLECTION  OF: 

TypeMove  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’TACCS-LOB  CONTAINER  GROUP’  ; 
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42  DEFINE  SET  Voyage-File  ; 

DESCRIPTION; 

Voyage  File. 

This  file  contains  data  relating  a  Voyage  Number  to  its  date  sailed,  its 
vessel,  and  its  Port  of  Embarkation  (POE). 

KEYWORD  IS:  'Data  Model*  , 

’LOB’  , 

’T ACCS’  , 

’Container'  ; 

SOURCE  IS:  ’CONTAINER  DATA  MODEL’  ; 

ATTRIBUTE  IS: 

volatility  ’PERPETUAL’  , 

EST-SIZE  ’17  CHAR  RECORDS’  , 

EST- VOLUME  ’20  RECORDS’  , 

MEDIA  ’DISK’  , 

RETENTION  ’60  DAYS’  , 

SEC-CLASS  ’UNCLASSIFIED’  , 

UPDATE-FREQUENCY 

’AS  PER  VOYAGE’  , 

UPDATE-METHOD  ’INTERACTIVE/BATCH’  ; 

SUBSET  OF:  Container-Movements-Fi les  ; 

COLLECTION  OF: 

Voyage  , 

Voyage-Inq/Rept-Info-Ref  ; 

MAINTAINED:  BY  Create-Non-Fcst-Container-Rec  ; 

MAINTAINED:  BY  Merge-Ref ormatted-ETA-Forecast  ; 

MAINTAINED:  BY  Correct-Merge-ETA-Forecast-Err  ; 

EMPLOYED;  BY  Inquiry/Rept-on-Spec if ic-Cntnr  ; 

EMPLOYED:  BY  Not  if y-Cnsgn-of-Inbound-Cntnr  ; 

EMPLOYED:  BY  Prep-Divers ion-Request-<TM2>  ; 

EMPLOYED:  BY  Prep-Empty-Cntnr-Status-Report  ; 

EMPLOYED:  BY  Prep-Hold/Stg-Request-<TM3>  ; 

EMPLOYED:  BY  Prep-Rel-f r-Stg/Hold-Req-<TMS>  ; 

EMPLOYED:  BY  Prep-SEAVAN-Maint-Bgn/E-<TTP>  ; 

EMPLOYED;  BY  Prep-Svan-Maint-Bgn/E-Corr-ZTP  ; 

employed;  by  Sel-Rec-for-Cntnr-Hlstory-DB  ; 

HAS;  Voyage  ADDED  BY  Correct-Merge-ETA-Forecast-Err  ; 

MAS:  Voyage  ADDED  BY  Create-Non-Fcst-Container-Rec  ; 

HAS:  Voyage  ADDED  BY  Merge-Ref ormatted-ETA-Forecast  ; 

HAS;  Voyage 

MODIFIED  BY  Correct-Merge-ETA-Forecast-Err  ; 

HAS:  Voyage 

MODIFIED  BY  Merge-Ref ormatted-ETA-Forecast  ; 

HAS:  Voyage 

REFERENCED  BY  Correct-Merge-ETA-Forecast-Err  ; 

HAS:  Voyage 

REFERENCED  BY  Create-Non-Fcst-Container-Rec  ; 

HAS:  Voyage-Inq/Rept-Info-Ref 
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REFERENCED  BY  Inquiry/Rept-on-SpecHic-Cntnr  ; 

HA3 • 

REFERENCED  BY  Merge-Re-formatted-ETA-Forecast  ; 
HAS:  Voyage 

REFERENCED  BY  Not ify-Cnsgn-O’f-Inbound-Cntnr  ; 
HAS;  Voyage-TM3-Ref 

REFERENCED  BY  Prep-Dfversion-Request-<TM2>  ; 
HAS:  Voyage-ECSR>ReT 

REFERENCED  BY  Prep-Empty-Cntnr-Status-Report  ; 
HAS:  Voyage-TM3-Ref 

REFERENCED  BY  Prep-Hold/Stg-Request-<TM3>  ; 
HAS:  Voyage-TMS-ReF 

REFERENCED  BY  Prep-Rel-fr-Stg/Hold-Req-<TMS>  ; 
HAS:  Voyage-ECSR-Ref 

REFERENCED  BY  Prep-SEAVAN-Maint-Bgn/E-<TTP>  ; 
HAS:  Voyage-ECSR-ReF 

REFERENCED  BY  Prep-Svan-Maint-Bgn/E-Corr-ZTP  ; 
HAS:  Voyage 

REFERENCED  BY  Sel-Rec-for-Cntnr-History-DB  ; 
HAS:  Voyage 

REMOVED  BY  Sel-Rec-For-Cntnr-Hi story-DB  ; 
RESPONSIBLE  PROBLEM  DEFINER  IS: 

’TACCS-LOB  CONTAINER  GROUP’  ; 
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43  DEFINE  SET  VoyageStop-F He  ; 

DESCRIPTION; 

Voyage  Stop  File. 

This  -file  contains  data  relating  a  Voyage  Number  to  a  Port  oF 
Debarkation  (POD). 

KEYWORD  IS:  'Data  Model’  , 

’LOB’  , 

’TACCS’  , 

’Container’  ; 

SOURCE  IS:  ’CONTAINER  DATA  MODEL’  ; 

ATTRIBUTE  IS: 

MEDIA  ’DISK’  , 

SEC-CLASS  ’UNCLASSIFIED’  , 

EST-SIZE  ’8  CHAR  RECORDS’  , 

TABLE-FORM  ’LOCAL’  , 

UPDATE-METHOD  ’INTERACTIVE/BATCH’  , 
volatility  ’DYNAMIC’  , 

UPDATE-FREQUENCY 

'DAILY’  , 

EST-VOLUME  ’15  RECORDS’  ; 

SUBSET  OF:  Container-Movements-F i les  ; 

COLLECTION  OF: 

VoyageStop  ; 

MAINTAINED:  BY  Create-Non-Fcst-Conta iner-Rec  ; 

MAINTAINED:  BY  Merge-Reformatted-ETA-Forecast  ; 

MAINTAINED:  BY  Correct-Merge-ETA-Forecast-Err  ; 

EMPLOYED:  BY  Sel-Rec-for-Cntnr-Hi story-DB  ; 

HAS:  VoyageStop 

ADDED  BY  Correct-Merge-ETA-Forecast-Err  ; 

HAS;  VoyageStop 

ADDED  BY  Create-Non-Fcst-Container-Rec  ; 

HAS:  VoyageStop 

ADDED  BY  Merge-Reformatted-ETA-Forecast  ; 

HAS:  VoyageStop 

fWDIFIED  BY  Correct-Merge-ETA-Forecast-Err  ; 

HAS:  VoyageStop 

fWDIFIED  BY  Merge-Reformatted-ETA-Forecast  ; 

HAS:  VoyageStop 

REFERENCED  BY  Correct-Merge-ETA-Forecast-Err  ; 

HAS:  VoyageStop 

REFERENCED  BY  Create-Non-Fcst-Container-Rec  ; 

HAS:  VoyageStop 

REFERENCED  BY  Merge-Reformatted-ETA-Forecast  ; 

HAS:  VoyageStop 

REFERENCED  BY  Se l-Rec-f or-Cntnr-H i story-DB  ; 

HAS:  VoyageStop 

REMOVED  BY  Sel-Rec-for-Cntnr-History-DB  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 
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DEFINE  MEMO  Code-Tb I -Validation-Memo  ; 

DESCRIPTION; 

Code  Table  Validation  Memo. 

This  procedure  is  used  to  validate  codes  against  the  values  contained 
in  their  code  tables.  It  should  be  used  in  conjunction  with  the  Data 
Accountability  Worksheet  to  determine  which  data  elements  are  validated 
against  which  tables. 

User  may  enter  the  data  element  from  the  keyboardf  or  by  pressing 
’HELP’i  display  a  scrollable  list  of  valid  codes. 

If  HELP  screen  is  used,  user  may  select  from  the  screen  by  highlighting 
the  desired  code  and  pressing  *GO’.  This  will  transfer  the  selected 
value  from  the  ’HELP’  screen  to  the  data  entry  screen. 

If  data  element  is  entered  from  the  keyboard,  it  will  be  validated 
against  its  code  table  to  see  if  a  code  exists  for  the  value  entered  by 
the  user. 

If  it  does  not  pass  the  table  edit: 

DISPLAY:  "Invalid  (Name)  Code,  please  re-enter’,  press  ’HELP’,  or 
cancel  this  transaction. 

IF:  ’HELP’  is  chosen,  the  scrollable  screen  will  be  proveded  as 
above . 

ELSE:  System 
transaction. 

KEYWORD  IS: 


APPLIES  TO 
APPLIES  TO 
APPLIES  TO 
APPLIES  TO 
APPLIES  TO 
APPLIES  TO 
APPLIES  TO 
APPLIES  TO 
APPLIES  TO 
APPLIES  TO 
APPLIES  TO 
APPLIES  TO 
APPLIES  TO 
APPLIES  TO 


will  allow  user  to  re-enter  the  code  or  cancel  the 


’Freight’  , 
’Container’  , 

’TMAS’  , 

’LOB’  ; 

CityGpCd  ; 
CntnrOwnTyCd  ; 
CntnrSz  ; 

OSSALOCCd  ; 

DiscrpCd  ; 

EvntTy  ; 

MCECd  ; 

MCETyCd  ; 

ModeCd  ; 

ModeMethShpmtCd  ; 
MovEvntCd  ; 

MthCd  ; 

NewModeMethShpmtCd  ; 
NewTyCarrCd  ; 


•  'it  tkt  t/t 


APPLIES  TO: 
APPLIES  TO: 
APPLIES  TO: 
APPLIES  to: 
APPLIES  TO: 
APPLIES  TO: 
APPLIES  TO: 
APPLIES  TO: 
APPLIES  TO: 
APPLIES  TO: 
APPLIES  TO: 
APPLIES  TO: 
APPLIES  TO: 
APPLIES  TO: 
APPLIES  TO: 
APPLIES  TO: 
APPLIES  TO: 
APPLIES  TO: 
APPLIES  TO: 
APPLIES  TO: 
APPLIES  TO: 
APPLIES  TO: 
APPLIES  TO: 
APPLIES  TO: 
APPLIES  TO: 
APPLIES  TO: 
APPLIES  TO: 
APPLIES  TO: 
APPLIES  TO: 
APPLIES  TO: 
APPLIES  TO: 
APPLIES  TO: 
APPLIES  TO: 
APPLIES  TO: 
RESPONSIBLE 


OceanCarrAbbr  ; 
OriginMCEPref ix 
POD  ; 

PrtCd  ; 

PrtTyCd  ; 

RespCd  i 
RsnDenyCd  ; 
SpIntCd  ; 
TransPriCd  ; 
TyCarrCd  ; 
TyMovCd  ; 
TyMovNoCd  ; 
CntnrOwner-Tbl  ; 
CntnrOwnTy-Tbl  ; 
CntnrSize-Tbl  ; 
Commodity-Tbl  ; 
DiscrpType-Tbl  ; 
MEventType-Tbl  ; 
MovModeCode-Tb 1 
ReasonDeny-Tbl  ; 
RespMediaCd-Tbl 
Specialint-Tbl  ; 
TransPri-Tbl  ; 
TypeCarrier-Tbl 
TypeMovNo-Tbl  ; 
TypeMove-Tbl  ; 
ORICO-Tbl  ; 
CgoPort“Tbl  ; 
CmdtyCd  ; 
ShpmtMethod-Tbl 
CntnrOwnAbbr  ; 
CgoMCE-Tbl  ; 
TTPCd  ; 

OceanCarr-Tbl  ; 
PROBLEM  DEFINER  IS: 
’TACCS-LOB’  ; 
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DEFINE  MEMO  FCityCd-Merao  ; 

DESCRIPTION; 

Freight  City  Code  Memo. 

The  data  element  FCftyCd  is  not  in  the  TMAS  Phase  I  Activity  Entity, 
must  be  provided  in  TMAS  Phase  II  -  i.e.,  DAMMS-R-1.; 

KEYWORD  IS:  'Freight’  , 

'Container'  , 

'TMAS*  , 

'LOB'  , 

'Data  Model*  ; 

APPLIES  TO:  CgoActivity  ; 

APPLIES  TO:  CgoAct i v i ty-F i le  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

’TACCS-LOB  FREIGHT  GROUP’  ; 
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DEFINE  MEMO  Front-End-Process-Memo  ; 

DESCRIPTION; 


If: 

User  enters  CntnrNo 
MATCH : 

CntnrNo  from  screen  with  CntnrNo  in  CntnrMovStp  File 
IF: 

NO  MATCH: 

DISPLAY: 

"Container  Number  not  valid,  reenter  or 
exit  process." 

ELSE: 

Use  CntnrNo  to  access  CntnrMovStp. 

DISPLAY: 

"CntnrNo  CntnrOwn  Consignee  MultiStpNo  StpComp" 
XXXXX  XXXX  XXXXXX  X 

System  will  allow  user  to  course  through  this 
scrollable  screen  to  the  desired  stop.  When  the 
stop  is  selected,  the  user  will  hit  "GO"  and 
the  first  process  screen  will  be  displayed. 

MOVE: 

CntnrNoPref ix  from  CntnrMov  to  Container 
Number  on  first  process  screen. 

DISPLAY: 

First  Process  Screen 


IF: 

User  enters  CntnrNo  ♦  CntnrNoPref ix 
MATCH: 

CntnrNo  from  screen  with  CntnrNo  in  CntnrMovStp  File 
IF: 

NO  MATCH: 

DISPLAY: 

"Container  Number  not  valid,  reenter  or 
exit  process." 


EDIT: 


System  will  edit  CntnrNoPref ix 

if: 

CntnrNoPref ix  <  >  Alphanumeric 
DISPLAY: 

Err  Msg  -  "Container  number  must 
be  alphanumeric." 


ELSE: 
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Use  CntnrNo  -from  screen  to  access  CntnrMovStp. 
DISPLAY: 

"CntnrNo  CntnrOwn  Consignee  MultiStpNo" 
XXXXXXXX  XXXX  XXXXXX  X 


System  wi U  allow  user  to  course  through  this 
scrollable  screen  to  the  desired  stop.  When  the 
stop  is  selected,  the  user  will  hit  "GO"  and  the 
first  process  screen  will  be  displayed. 

IF:  CntnrNoPref ix  in  CntnrMov  =  000 

UPDATE:  Screen  entered  CntnrNoPref ix  to 
CntnrNoPref ix  in  CntnrMov. 


DISPLAY: 


MOVE:  CntnrNoPref ix  from  CntnrMov  to  Container 
Number  on  First  Process  Screen. 

First  Process  Screen 


IF: 

User  enters  FWTNo 
MATCH ; 

FWTNo  from  screen  with  FWTNo  in  CntnrMov  File 
IF: 

NO  MATCH: 

DISPLAY:  Freight  Warrant  Number  entered  not 
valid.  Reenter  or  exit  the  process. 

ELSE: 

Use  CntnrNo  and  CntnrOwnAbbr  found  in  the 
CntnrMov  file  to  access  CntnrMovStp 
DISPLAY: 

Cntnr  Mov  Stop  data  as  follows: 


CntnrNo  CntnrOwn  Consignee  MultiStpNo 
XXXXX  XXXX  XXXXXX  X 


System  will  allow  user  to  course 
through  this  scrollable  screen  to 
the  desired  stop.  When  the  stop  is 
selected,  the  user  will  hit  *G0’  and 
the  first  process  screen  will  be  dis¬ 
played. 

MOVE: 

CntnrNoPref ix  from  CntnrMov  to 
Container  Number  on  first  process 
screen. 

DISPLAY: 

First  Process  Screen 
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User  enters  TMRPrefix 
MATCH : 

TMRPre-fix  -from  screen  with  TMRPrefix  in  CntnrMov  file 
IF: 

NO  MATCH: 

DISPLAY:  TMRPrefix  entered  not  valid.  Reenter  or 
exit  the  process. 

ELSE: 

Use  CntnrNo  and  CntnrOwnAbbr  found  in  the 
CntnrMov  file  to  access  CntnrMovStp 
DISPLAY: 

CntnrMovStp  data  as  follows: 

CntnrNo  CntnrOwn  Consignee  MultiStpNo 


XXXXX 


XXXX 


XXXXXX 


DISPLAY: 


System  will  allow  user  to  course 
through  this  scrollable  screen  to  the 
desired  stop.  When  the  stop  is  select¬ 
ed,  the  user  will  hit  ’GO’  and  the 
first  process  screen  will  be  displayed 
MOVE: 

CntnrNoPref lx  from  CntnrMov  to 
Container  Number  on  first  process 
screen. 


First  Process  Screen 


User  enters  CntnrTCN. 

MATCH: 

CntnrTCN  from  screen  with  CntnrTCN  in  CntnrMov. 
IF: 

No  match. 

DISPLAY: 

"Container  TCN  not  valid.  Reenter  or  exit 
process." 


ELSE: 


Select  CntnrNo,  CntnrOwnAbbr  from  CntnrMov  to  access 
CntnrMovStp. 

DISPLAY: 

CntnrMovStp  data  as  follows: 


Cntnr 

No 

XXXXX 


CntnrOwnAbbr 

Abbr 

XXXX 


Consignee 


XXXXXX 


MultiStp 

No 


Stp 

Comp 
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XXXXX 


XXXX 


MOVE! 


XXXXXX 


System  will  allow  user  to  course  through 
this  scrollable  screen  to  the  desired  stop. 
When  the  stop  is  selected,  the  user  will 
hit  CGOl  and  the  -first  process  screen 
will  be  displayed. 


CntnrNoPref ix  from  CntnrMov  to  Container 
Number  on  the  first  process  screen. 


KEYWORD  IS: 
APPLIES  TO: 
APPLIES  TO: 
APPLIES  TO: 
APPLIES  TO: 
APPLIES  TO: 
APPLIES  TO: 
APPLIES  TO: 
APPLIES  TO: 
APPLIES  TO: 
APPLIES  TO: 
APPLIES  TO: 
APPLIES  TO: 
APPLIES  TO: 
APPLIES  TO: 
APPLIES  to: 
RESPONSIBLE 


'Container’  ; 

Capture-TMR  ; 

Maintain-Stops  ; 
Prep-Cgo-Dischg/Non-Del-<TTW>  ; 
Prep-Cgo-Non-Dlvr-Corr-<ZTW>  ; 
Prep-Cnsgn-Rept-Evnts-Corr-ZTB 
Prep-Convey-Change-Not i f -<TTU> 
Prep-Dam-Deadl ined-Cntnr-Rept  i 
Prep-Delayed-Del ivery-Event  ; 
Prep-Diversion-Request-<TM2>  ; 
Prep-Hold/Stg-Request-<TM3>  ; 
Prep-Rel-fr-Stg/Hold-Req-<TMS> 
Prep-SEAVAN“Maint-Bgn/E-<TTP>  i 
Prepare-Cnsgn-Rept-Evnts-<TTB> 
Prepare-Reconsignment-Request  ; 
Update-Cntnr-Record  ; 

PROBLEM  DEFINER  IS: 

’Mitchem’  ; 


I 
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4  DEFINE  MEMO  ModeCd-Memo  ; 

DESCRIPTION; 

Mode  Code  Memo. 

Mode  codes  are  used  tn  TACCS-LOB  area  as  a  subset  o-f  MILSTAMP  Mode  of 
Shipment  Codes  with  "European  modifications".  Refer  to  App  C  of  data 
elements  of  CMM,  page  287.  This  is  also  referenced  in  MILSTAMP,  page 
B-91  and  TIPS  4,  TMR/STMR  format.; 

KEYWORD  IS:  ‘Freight’  , 

‘Container’  , 

‘LOB’  , 

’Data  Model*  ; 

APPLIES  TO:  ModeCd  ; 

APPLIES  TO:  ModeCdDescr  ; 

APPLIES  TO:  ModeMethShpmtCd  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

‘TACCS-LOB  CNTNR/FRT  GROUP’  ; 

5  DEFINE  MEMO  Mu  It i -Stop-No-Memo  ; 

DESCRIPTION; 

Multi  Stop  No 

The  system  will  allow  the  user  to  create  up  to  10  stops  (1-9  and  Z) . 
IF:  It  is  not  1-9  or  Z. , 

DISPLAY:  ‘Invalid  stop  number,  please  enter  1-9  or  Z  or  cancel 
this  TXN’ .  System  will  allow  the  user  to  reenter  the 
number  or  cancel  the  transaction. 

IF:  It  is  Zi  update  Ultimate  Consignee  with  the  consignee  whose  stop 
number  =  Z. 

■ 

KEYWORD  IS:  ‘Container’  ; 

APPLIES  TO:  Create-Non-Fcst-Container-Rec  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

‘Mitchem’  ; 

6  DEFINE  MEMO  Port-Memo  ; 

DESCRIPTION; 

The  entities  Port  and  CgoPort  are  distinguished  on  the  basis  fof  their 

differing  key  structures. 

% 

KEYWORD  IS:  ‘Container’  , 

’Freight’  , 

‘TMAS’  , 

‘LOB’  ; 

APPLIES  TO:  CgoPort  ; 

APPLIES  TO:  CgoPort-Tbl  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

‘TACCS-LOB  WORK  GROUPS’  ; 
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DEFINE  MEMO  TotStp-Memo  : 

DESCRIPTION; 

Total  Stop 

Stop  Indicator  must  be  01-10 

IF:  It  Is  02-10  compare  it  to  Multi  Stop  No. 

IF:  The  Multi  Stop  No  Is  blank. 

DISPLAY:  ’This  Is  a  single  stop  container,  you  must  enter 
01.  System  will  allow  user  to  reenter  or  cancel 
transaction. 

IF:  It  Is  01,  compare  It  to  Multi  Stop  No. 

IF:  Multi  Stop  No  =  2-Z 

DISPLAY:  'This  is  a  Multi  Stop  Container,  you  must  enter 

02-10.  System  will  allow  user  to  reenter  or  cancel 
the  transaction. 

KEYWORD  IS:  'Container'  ; 

APPLIES  TO:  Create-Non-Fcst-Container-Rec  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

'Mitchem'  ; 


irmuTHir 
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ZTB-Integrat ion'Memo  ; 


TTB 


IF 


A  ZTB  ISAM  exists  for  a  certain  container  and  event  type, 
and  that  ZTB  has  00000  in  the  date/event  field  (indicating 
a  delete  action  to  CMM) 

then: 

If  a  TTB  is  submitted  for  that  same  container  and  event 
the  same  day,  it  must  overlay  the  ZTB. 

SO:  TTB  events,  when  submitted  must  look  for  DIC  ZTB  on  the  ISAM 
with  the  same  event  type. 

Prep-Empty-Cntnr-Status-Report 

IF: 

The  MEvent-File  for  a  container  has  a  TTB  -  B  date,  and  no 
TTB  “  D  date. 


then: 


IF: 


The  system  will  look  for  a  ZTB  -  D  ISAM  for  that  event  and 
that  container  with  000  in  the  event  field 

It  finds  one,  it  will  overlay  the  000  in  the  ZTB  -  D  ISAM 
with  today’s  date,  and  create  a  TTB  -  0  event 


ELSE: 


The  system  will  add  the  TTB  -  D  ISAM  date  to  the  existing 
TTB  -  B  ISAM,  and  create  an  MEvent  TTB  -  D  record. 


TTB 


IF: 


AND 

IF: 


A  ZTB  ISAM  is  submitted  for  EventType  =  E  with  000,  the  Stp- 
CompFlag  for  that  consignee  must  be  reset  to  N. 


The  MovCompFlag  was  positive  for  that  container,  and  the 
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stop  had  the  E  date  deleted,  then  the  MovCompFlag  needs 
to  be  reset  to  N  also. 


KEYWORD  IS:  'Container’  ; 

APPLIES  TO:  Prep-Cnsgn-Rept-Ewnts-Corr-ZTB  ; 

RESPONSIBLE  PROBLEM  DEFINER  IS: 

'Mitchem'  ; 


r* 
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9  DEFINE  MEMO  ZTW-Integrat ion-Memo  ; 

DESCRIPTION; 

TTW 

IF: 

TTW  was  entered,  with  all  ShipmentUTCNs  being  code  L  (Non- 
Deliverable),  and  a  ZTW  is  entered,  changing  the  TTW  code  to 
J,  K,  T,  or  U.  The  StpCompFlag  must  be  reset  to  ’N’ ,  before 
a  TTB  for  that  stop  can  be  posted. 

WHEN:  ZTW  process  is  engaged,  it  must  check  for  the  existence  of  a 
TTW  ISAM  for  that  Container,  Stop,  Event  Type,  ShipmentTCN, 
and  Discrepancy  code. 

IF: 

It  finds  one,  it  must  discontinue  processing  since  the 
original  TTW  has  not  yet  been  sent. 

TTB 

IF: 

TTW  was  entered,  with  all  ShipmentUTCNs  being  code  L  (Non- 
Deliverable),  and  a  ZTW  is  entered,  changing  the  TTW  code 
to  J,  K,  T,  or  U.  The  StpcompFlag  must  be  reset  to  *N’ , 
before  a  TTB  for  that  stop  can  be  posted. 

TTW 


IF: 


A  ZTW  ISAM  exists  for  a  certain  container  and  event  type, 
and  that  ZTW  has  00000  in  the  date/event  field  (indicating 
a  delete  action  to  CMM) 


THEN: 


SO: 


If  a  TTW  is  submitted  for  that  same  container  and  event 
the  same  day,  it  must  overlay  the  ZTW  and  not  create  a 

TTW  ISAM. 


TTW  events,  when  submitted  must  look  for  DIC  ZTW  on  the  ISAM 
with  the  same  event  type.  - 


KEYWORD  IS:  ’Container’  ; 

APPLIES  TO:  Prep-Cgo-Non-Dl vr-Corr-<ZTW> 

RESPONSIBLE  PROBLEM  DEFINER  IS: 
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Mitchem’  ; 


EOF  EOF  EOF  EOF  EOF 
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